iOS模块化解耦方案

GITHUB地址

FisherMan

架构概览

此架构的核心思想是，将经典的基于整个APP维度的AppDelegate、RootViewController缩小为模块维度，即整个项目由多个模块组合而成，每一个模块都有本身的ModDelegate、ModRootViewController，由一个全局的容器来包含这些模块，APP的生命周期也交由这个全局容器处理，容器再将APP事件分发到各个模块。全部模块和服务只依赖此容器，模块间互不依赖

面向协议

此架构主要利用OC的协议,来达到约束模块和服务的目的，同时协议也使得架构更加灵活、有效减小耦合和强依赖。如下两个协议即此架构的核心协议

1. FSMModProtocol

全部模块的代理者都须要遵照此协议，以统一模块与容器的交互一致性，以及接收app的生命周期事件。

@protocol FSMModProtocol <NSObject>

@required

//返回当前模块的根视图控制器

- (UIViewController *)rootViewControllerForMod;

@optional

- (void)modDidFinishLaunchingWithOptions:(NSDictionary *)options;

- (void)modWillResignActive;

- (void)modDidEnterBackground;

- (void)modWillEnterForeground;

- (void)modDidBecomeActive;

- (void)modWillTerminate;

- (void)modDidReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler;

@end

复制代码

2. FSMServiceProtol

全部服务协议的根协议，主要定义了服务的生命周期事件，统一服务模型，以便于各服务提供者在各个生命周期作数据初始化或逻辑处理等

---

核心方法

• 模块间的跳转

//启动订单模块

[[FisherMan man] launchModuleWithName:@"TradeMod" parameters:nil transition:FMModTransitionTypePush];

复制代码

• 服务的调用

//定义登陆服务所能提供的服务

@protocol LoginService <FSMServiceProtocol>

- (void)loginWithUserName:(NSString *)userName passwd:(NSString *)passwd;

- (NSString *)loginUserName;

@end

//调用登陆服务

id<LoginService> loginService = [[FisherMan man] findServiceWithName:@"LoginService"];

[loginService loginWithUserName:@"xiaowang" passwd:@"123"];

复制代码

服务的调用方和提供方不直接依赖，而是经过中间者和虚拟的服务协议，若之后服务提供方须要更换，调用方代码无需变更，易于切换

注册

采用plist来保存模块和服务的注册信息

tip:这里services和modules的信息放在一个plist文件里面，若项目过大，可考虑将services和modules的注册plist文件拆成两个分别存放。

• 每一个服务的信息包括服务名(name)及服务的实现类名(imp)组成。

• 每一个模块的信息包括模块的名(name)及模块的代理者类名(delegate)组成。

大体流程

1. APP启动后初始化FisherContext,指定plist等

2. FisherMan读取plist文件,获取模块和服务的注册信息

2. 启动注册的服务,并记录运行中的服务

3. 建立注册表中第一个模块的代理者,询问代理者以获取第一个模块的根视图控制器，做为app启动的第一个界面

4. 模块中调用服务时，经过FisherMan和服务名查找对应服务，FisherMan经过服务注册信息找到实际服务提供者

5. 启动其它模块时，经过FiserMan和模块名来启动并跳转，FisherMan经过模块注册信息，找到模块的代理者，并向模块代理者询问此模块的根视图控制器以跳转到此视图控制器。

---

详细内容请下载代码查看

GITHUB地址