iOS组件化(二)模块生命周期独立化

虽然我们重构了AppDelegate,给AppDelegate瘦身,但是还是会有各模块耦合在一起的情况。所以,组件化必须要考虑到各模块的生命周期独立化,也就是AppDelegate中的生命周期方法要让每个模块都单独管理一份

豆瓣FRDModuleManager

FRDModuleManager

豆瓣的方案是使用一个.plist文件配置要使用 APP 生命周期的类,再使用一个FRDModuleManager负责调用这些类。

FRDModuleManager 是遵循<UIApplicationDelegate, UNUserNotificationCenterDelegate>协议的。如下:

interface FRDModuleManager : NSObject<UIApplicationDelegate, UNUserNotificationCenterDelegate>

+ (instancetype)sharedInstance;

- (void)loadModulesWithPlistFile:(NSString *)plistFile;

- (NSArray<id<FRDModule>> *)allModules;

end

使用:在 AppDelegate中使用FRDModuleManager加载.plist文件中的类,并在 AppDelegate 的生命周期方法中调用 FRDModuleManager 的方法。示例如下:

- (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

  NSString* plistPath = [[NSBundle mainBundle] pathForResource:@"ModulesRegister" ofType:@"plist"];

  FRDModuleManager *manager = [FRDModuleManager sharedInstance];
  [manager loadModulesWithPlistFile:plistPath];

  [manager application:application willFinishLaunchingWithOptions:launchOptions];

  return YES;
}
...

缺点:需要引入FRDModuleManager.h,而且每个方法都要调用FRDModuleManager

实际应用中,每个已开发的工程都是有AppDelegate.m文件的,而且如果 AppDelegate 使用了扩展,还需要在扩展中调用,FRDModuleManager 的使用就散落了,也容易遗漏。

支付宝mPaaS

通过修改 main.m 函数的实现,mPaaS 框架使用自己的 ClientDelegate 类接管了 UIApplicationDelegate 中各种 App 生命周期。mPaaS 框架接入之后,ClientDelegate 完全替代了一般工程中的 AppDelegate 的角色,从而实现了整个应用的生命周期都是由框架进行管理。

int main(int argc, char * argv[]) {
    @autoreleasepool {
        // Now use mPaaS framework
        return UIApplicationMain(argc, argv, @"Application", @"ClientDelegate"); 
    }
}

我们

APPDelegateClient

图中,在.plist中配置了每个模块独立管理 App 生命周期的类名。

然后,学习了mPaaS的思路,在main.m中改变 App 启动接收者为LCClientDelegate

int main(int argc, char * argv[]) {
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, @"LCClientDelegate");
    }
}

LCClientDelegate同样需要遵循<UIApplicationDelegate, UNUserNotificationCenterDelegate>协议,接管了 App 声明周期以后,把接收到的 App 生命周期方法利用消息转发.plist中配置的所有接受者。

优点:不需要改变原来的AppDelegate.m文件,将它也配置在.plist文件中即可。

但是

最终的方案的确很好,毕竟mPaaS可是收费的,借鉴它的思想自然不错。

兴冲冲的学习了以后,加入到项目中没多久,就发现一般项目中用不到这么大的需求😭。主要还是因为 AppDelegate 本身就不需要很大的逻辑,我们之前的逻辑很多是不对的,一个好的项目结构不需要如此。例如:通知需求,也可以轻松使用中间件化解耦合。

它适合的场景就像mPaaS中提到的微应用概念,例如支付宝和微信的小程序。而我们只不过是一个项目的不同模块而已。

那你会想如果使用的话最多不过是大材小用?因为利用的是NSProxy消息转发的方案,常使用 APPDelegate 的 window 属性都要走在里面不断的转发,就很烦了。。。

建议:最终建议如果类似支付宝和微信的的小程序概念,也就是当前只运行一个或几个程序(不是全部),在原来的.plist注册上优化只转发给正在使用的微应用。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 关于组件化 网上组件化的文章很多。很多文章一提到组件化,就会说解耦,一说到解耦就会说路由或者runtime。好像组...
    朱大爷12138阅读 20,903评论 17 130
  • Swift1> Swift和OC的区别1.1> Swift没有地址/指针的概念1.2> 泛型1.3> 类型严谨 对...
    cosWriter阅读 11,148评论 1 32
  • 1.感恩感谢情人节礼物。今天最大的快心莫过于30天感恩能量训练营结业证书,让感恩成为生活的习惯!今天同事给女儿送了...
    晶晶有味阅读 358评论 0 0
  • 我仍然认为, 人类的卑鄙, 比我所认知的更加深重
    醉卧人间阅读 133评论 0 0
  • 奶奶不在的这些天檬檬特别黏爸爸,几乎从早到晚缠着爸爸抱她,去外面玩,连爸爸上厕所、换鞋、做饭都要求爸爸抱着,妈妈想...
    青鸟_01阅读 253评论 0 0