源码

聊聊AppDelegate解耦

AppDelegate

在iOS开发中,AppDelegate指的是UIApplicationDelegate,用来处理App层面的事件,包括生命周期变化,OpenURL,处理HandOff和Intent等。


每个iOS都有一个入口函数main,其中的一个参数就是AppDelegate:

int main(int argc, char *argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nilNSStringFromClass([QTAppDelegate class]));
    }
}

痛点

由于AppDelegate是一个单例,所以通常写代码的方式:

  1. import对应的业务类进来

  2. 实现对应Delegate的方法,然后调用业务类


#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

乍一看这也没什么问题,但是随着时间的推移:


didFinishLaunchingWithOptions堆积了越来越多的代码,有些时候这些代码还有先后顺序,比如Crash收集代码就要最早初始化。

由于不同的模块负责处理不同的功能,比如路由模块处理OpenURL,Siri模块处理Intent….,结果就是这个文件import的类和模块越来越多,文件越来越臃肿。

日积月累:这个文件耦合越来越严重,越来越难以迭代和维护。


组件化

组件化是一个很热的概念,但并不是每个App都适合组件化,适不适合组件化要写的内容太多,以后有时间了再聊聊这方面。我们先来聊聊组件化需要翻过的几座大山:


App层面的事件如何通知到各个组件。这些事件包括应用内部的全局事件和系统层面的AppDelegate事件。


组件之间如何相互调用。通常有几种解决方案:


每个组件暴露抽象的协议或者抽象类出来,由一个中介者去负责创建和协调。

通过路由URL来相互调用。

暴露特定的类和方法出来,通过Target/Action的方式来调用。

组件之间的页面跳转。解决方案基本都是路由,通过URL来注册和跳转,路由还可以统一处理内跳和外跳。


可见,如果你想要组件化,那么对AppDelegate解耦是必须解决的问题。


QTEventBus

AppDelegate解耦的核心:如何让事件通知到每个模块?。


如果仅仅通知到模块,模块内部还要自己处理分发,如果支持事件可以直接通知到相关的类就更好了。


这种一对多的消息通知关系,用总线设计模式可以完美解决,所以本文的解决方案是建立在QTEventBus上的。


关于如何实现一个总线,参考我的上一篇文章:《实现一个优雅的iOS消息总线》


使用教程

安装:

pod QTEventBus/AppModule

QTAppDelegate替代默认的AppDelegate,修改main.m:

return UIApplicationMain(argc, argv, nilNSStringFromClass([QTAppDelegate class]));

也可以继承QTAppDelegate实现一些自定义,但是记得要在方法里调用super。


宏定义QTAppModuleRegister注册模块

注意对应的类要实现协议QTAppModule

// 两个参数分别是类名和优先级
QTAppModuleRegister(PayService, QTAppEventPriorityDefault)

响应事件

@interface PayService()<QTAppModule>
@end
@implementation PayService

/// 每一次事件来的时候,EventBus调用这个方法来生成实例
+ (id)moduleInstance{
    return [[PayService alloc] init];
}

/// App启动
- (void)appDidFinishLuanch:(QTAppDidLaunchEvent *)event{
    NSLog(@"PayService: appDidFinishLuanch");
}

@end

原理

QTEventBus

QTEventBus是总线模式在Objective C中的实现,对AppDelegate的解耦是在它的基础上的扩展。

协议封装

对UIApplication进行协议封装,抽象出协议QTAppModule

@protocol QTAppModule <NSObject>
+ (id)moduleInstance;

@optional
// 对应application:didFinishLaunchingWithOptions:
- (void)appDidFinishLuanch:(QTAppDidLaunchEvent *)event;
- (void)appLifeCircleChanged:(QTAppLifeCircleEvent *)event;
...
@end

为什么要这么封装呢?原因有几点:

QTEventBus是基于类来注册的。把方法参数封装成一个类,就可以通过以下的方式注册监听:

// 监听生App命周期变化
[QTSub(self, QTAppLifeCircleEvent) next:^(QTAppLifeCircleEvent *event) {
     NSLog(@"%@",event.type);
}];

合并多个方法。 举个例子,在注册远程推送token的时候,AppDelegate有两个方法

- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error;

合并后

@interface QTAppDidRegisterRemoteNotificationEventQTAppEvent<QTEvent>
@property (copy  , nonatomicNSData * deviceToken;
@property (strongnonatomicNSError * error;
@end

- (void)appDidRegisterRemoteNotification:(QTAppDidRegisterRemoteNotificationEvent *)event;

隐藏UIApplicationDelegate细节。对上隐藏UIApplication细节,便于做App内部扩展。

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

0

注册

AppDelegate有个特殊的地方,就是在App启动的时候初始化,那么如何告诉总线有哪些类注册了呢?


典型的解决方案有以下几种:


plist静态注册

load方法动态注册

基于__attribute__的clang语法,把注册信息写到mach-o文件里。

最后选择了第三种方式,主要考虑如下:


load方法拖慢App启动速度,所以很多团队是禁用load方法的。

plist静态注册不利于多团队协作

考虑事件的响应是有先后顺序的,所以在注册类的同时还要注册优先级,所以定义了一个结构体


#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

1

然后用宏定义注册

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

2

__attribute__ ((used, section ("__DATA,__QTEventBus")))的作用是告诉编译器这个结构体会用到,麻烦写到__DATA段中的__QTEventBus section里。

然后,在加载二进制文件的时候,读取二进制文件里的注册信息

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

3

AppDelegate封装

由于AppDelegate是一个单例,这里选择实现绝大部分核心方法,分别通知AppModule和EventBus。举例:

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

4

由于有些方法只在特定版本生效,所以时间的封装要进行版本适配,比如3D touch是从iOS 9开始才有的

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

5

还有一些特定方法是无法封装的,这时候通过让client继承的方式来自己扩展:

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

6

宏定义

Objective C/C/C++开发中,宏定义是一个利器,可以缩减代码量和对外提供一些细节。比如宏QTAppModule用来对外提供注册的接口:

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

7

__LIFE_CIRCLE_IMPLEMENT用来缩减代码量

#import "TokenService.h"
....
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
    [TokenService update:deviceToken];
}

8

总结

本文在QTEventBus的基础上,增加了UIApplication的解耦支持,不管是组件化还是非组件化的项目均可以接入。

代码链接:QTEventBus

--------------------- 

作者:黄文臣 

原文:https://blog.csdn.net/Hello_Hwc/article/details/81609183 

(0)

本文由 投稿者 创作,文章地址:https://blog.isoyu.com/archives/liaoliaoappdelegatejieou.html
采用知识共享署名4.0 国际许可协议进行许可。除注明转载/出处外,均为本站原创或翻译,转载前请务必署名。最后编辑时间为:11月 8, 2018 at 07:36 下午

热评文章

发表回复

[必填]

我是人?

提交后请等待三秒以免造成未提交成功和重复