Notification Once

最新推荐文章于 2024-05-10 10:37:26 发布

转载最新推荐文章于 2024-05-10 10:37:26 发布 · 349 阅读

iOS 专栏收录该内容

39 篇文章

订阅专栏

本文介绍了一种优雅地在iOS应用启动时初始化模块的方法，通过使用Notification而非直接在AppDelegate中进行，使得代码更加整洁并遵循单一职责原则。

这个优化非常不错，，，收藏了。。。

前段时间整理项目中的AppDelegate，发现很多写在- application:didFinishLaunchingWithOptions:中的代码都只是为了在程序启动时获得一次调用机会，多为某些模块的初始化工作，如：

- (BOOL)application:(UIApplication *)application
didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // ...
    [FooModule setup];
    [[BarModule sharedInstance] setup];
    // ...
    return YES;
}

其实这些代码完全可以利用Notification的方式在自己的模块内部搞定，分享一个巧妙的方法：

/// FooModule.m
+ (void)load
{
    __block id observer =
    [[NSNotificationCenter defaultCenter]
     addObserverForName:UIApplicationDidFinishLaunchingNotification
     object:nil
     queue:nil
     usingBlock:^(NSNotification *note) {
         [self setup]; // Do whatever you want
         [[NSNotificationCenter defaultCenter] removeObserver:observer];
     }];
}

解释：

+ load方法在足够早的时间点被调用
block 版本的通知注册会产生一个__NSObserver *对象用来给外部 remove 观察者
block 对 observer 对象的捕获早于函数的返回，所以若不加__block，会捕获到 nil
在 block 执行结束时移除 observer，无需其他清理工作
这样，在模块内部就完成了在程序启动点代码的挂载

值得注意的是，通知是在- application:didFinishLaunchingWithOptions:调用完成后才发送的。
顺便提下给 AppDelegate 瘦身的建议：AppDelegate 作为程序级状态变化的 delegate，应该只做路由和分发的作用，具体逻辑实现代码还是应该在分别的模块中，这个文件应该保持整洁，除了<UIApplicationDelegate>的方法外不应该出现其他方法。