組件化開發(fā)是大家經(jīng)常討論的話題，也是隨著項目的迭代、工程會變得越來越臃腫而想到的解決方案，其實目前網(wǎng)上組件化方案非常多，每一種都有自己的優(yōu)缺點，我個人覺得沒有最好的方案，只有最適合自己項目的方案。

在這里給大家介紹下最近我在公司用的一套組件化解決方案：項目中組件通過protocol協(xié)議依賴，達(dá)到組件間的解耦合的效果，組件不需要知道其它組件具體實現(xiàn)類，即使其它組件不存在也可以正常編譯運行，業(yè)務(wù)組件可快速集成到其它項目中，同時可通過配置文件解決多個項目中存在差異化的問題。

下圖是項目的架構(gòu)層級圖：

項目架構(gòu)層級圖

這里主要介紹下基礎(chǔ)組件層中三個組件的具體實現(xiàn)：

• YPLaunchManager 用于管理各個業(yè)務(wù)模塊在 UIApplicationDelegate 事件中的任務(wù)，隔離業(yè)務(wù)與App Delegate之間的耦合；

• YPProtocolMediator Protocol-ClassName 組件化實現(xiàn)方案的中間件，用于各個業(yè)務(wù)模塊之間的通信；

• YPAppModuleConfigManager 管理各個業(yè)務(wù)module的配置，主要解決一個module用于不同項目中時且存在差異的問題。

1，YPLaunchManager 用于對AppDelegate與業(yè)務(wù)功能/模塊解耦

顧名思義是一個啟動任務(wù)管理器，iOS 項目啟動相關(guān)的事件都在AppDelegate.m 文件里面，因此YPLaunchManager是為了解決 AppDelegate 過于復(fù)雜且易耦合其它業(yè)務(wù)模塊的問題。

YPLaunchManager 用于管理YPLaunchTask任務(wù)，每個業(yè)務(wù)功能/模塊需繼承自YPLaunchTask，并且實現(xiàn)相應(yīng)的協(xié)議方法，通過 load 方案進(jìn)行自動注冊，還可以通過finishAfter 來控制業(yè)務(wù)功能/模塊的生命周期，

@interface YPXXXXXLaunchTask : YPLaunchTask
@end

......

// load 方法里面增加 YPLaunchTaskInitNotification 初始化注冊的通知，在通知里面調(diào)用 +add 來注冊self
+ (void)load {
    [[NSNotificationCenter defaultCenter] addObserverForName:YPLaunchTaskInitNotification object:nil queue:[NSOperationQueue mainQueue] usingBlock:^(NSNotification * _Nonnull note) {
        [[self class] add];
    }];
}

// 通過 priority 來控制每個任務(wù)的優(yōu)先級調(diào)用
- (NSUInteger)priority {
    return YPCoreSessionPriority;
}

// 通過finishAfterRun控制Task的生命周期
- (BOOL)finishAfterRun {
    return NO;
}

// 實現(xiàn) YPLaunchTaskDelegate，與 UIApplicationDelegate 代理方法一致
- (void)runAppDidFinishLauchingBeforeUI {
    // 初始化網(wǎng)絡(luò)相關(guān)的數(shù)據(jù)
}

- (void)runAppDidFinishLauchingAfterUI {
}

最后AppDelegate 里面的代碼如下：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // 發(fā)送 YPLaunchTaskInitNotification 通知，注冊所有的LaunchTask
    [[YPLaunchManager defautlManager] loadAllLaunchTask];
    [[YPLaunchManager defautlManager] runAppDidFinishLauchingBeforeUI];

    //這里需要 設(shè)置 self.window.rootViewController = xxx;

    [[YPLaunchManager defautlManager] runAppDidFinishLauchingAfterUI];

    return YES;
}

- (void)applicationDidEnterBackground:(UIApplication *)application {
    [[YPLaunchManager defautlManager] runAppDidEnterBackground];
}

附Y(jié)PLaunchManager的時序圖：

YPLaunchManager的時序圖

2，YPProtocolMediator 是一種 Protocol-ClassName 組件化方案的中間件

YPProtocolMediator 通過Protocol與Modlue 的 ClassName匹配進(jìn)行查找到具體實現(xiàn)的組件類，然后組件類實現(xiàn)的Protocol協(xié)議方法來實現(xiàn)通信的一種機制。

每個組件如果需要外界主動調(diào)用則需要實現(xiàn)port協(xié)議，如果需要向外界傳遞數(shù)據(jù)則應(yīng)實現(xiàn)delegate協(xié)議，以下是 YPProtocolMediator 的框架圖：

YPProtocolMediator

• XXX_Port 定義其它模塊調(diào)用的接口協(xié)議

• XXX_Delegate 定義其它模塊接收數(shù)據(jù)的接口協(xié)議；

以下是A與B模塊的通信的實例：

// ModuleA 從ModuleB 獲取數(shù)據(jù)

// 方式一，通過 port_excuteSelector 方法通信，即使@selector 為聲明編譯也不會報錯
 NSString *uid = [YPMediatorPort(YPUserCenterPort) port_excuteSelector:@selector(port_Uid)];

// selector 帶參數(shù)時用下面的方法，注意的是args 傳入的是可變參數(shù)，參數(shù)不能為nil
[YPMediatorPort(YPUserCenterPort) port_excuteSelector:@selector(port_Login:password:) args:PhoneNumber, YPParamVaule(Value), nil];

// 方式二：通過獲取 ModuleB 的實例，直接調(diào)用方法
NSNumber *userId = [YPMediatorPort(YPUserCenterPort) port_Uid];

[YPMediatorPort(ModuleXXXB_Port) port_Login:@"phoneNumber" password:@"password"];

方式一 和 方式二的區(qū)別是，如果 ModuleXXXB_Port 更新且不兼容舊版，刪除了某個方法。

方式一可以編譯通過，但是會報警告；

方式二編譯不通過，直接報錯；

所以當(dāng) ModuleA 強依賴 ModuleB 里面的某個方法時，則建議使用方式二通信，其它情況則建議方式一進(jìn)行通信。

ModuleA 接收 ModuleB 的數(shù)據(jù)傳遞：

// 方法一：通過 YPProtocolMediator 組件實現(xiàn)的給類對象動態(tài)添加函數(shù)的方法(-addSelector:forProtocol:block:bindTarget:)進(jìn)行通信 
// 向 ModuleA 類添加方法通過 block 回調(diào)來實現(xiàn)數(shù)據(jù)傳遞
[self yp_addDelegateSelector:@selector(userCenter:loginStatus:) paramBlock:^(YPParams *params) {
    id targetB = params[0];
    NSNumber *loginStatus = [params objectAtIndex:1];
    NSLog(@"target %@ %@, status is %@",targetB, loginStatus);
} forProtocol:@protocol(YPUserCenterDelegate)];

// 方法二：可以像傳統(tǒng)的delegate來實現(xiàn)數(shù)據(jù)傳遞
// 1，將self 與 ModuleXXXB_Delegate 代理綁定
YPMediatorBind(self, ModuleXXXB_Delegate);
// 2，ModuleA 實現(xiàn) ModuleXXXB_Delegate 的代理方法
- (void)userCenter:(id<ModuleXXXB_Port>)moduleXXXB loginStatus:(BOOL)loginStatus {
}

YPProtocolMediator 組件查找實現(xiàn)：

誠如上面說的 ，YPProtocolMediator 查找Module 是通過Protocol 與 ClassName 匹配進(jìn)行查找的。

實現(xiàn)代碼如下：

/**根據(jù)傳入的組件協(xié)議返回實現(xiàn)該協(xié)議的類的對象*/
- (id)moduleInstanceFromProtocol:(Protocol *)protocol {
    // 獲取協(xié)議名字
    NSString *className = NSStringFromProtocol(protocol);

    //......此處省略代碼
    if ([className hasSuffix:self.portSuffix]) {
        className = [className substringToIndex:className.length - self.portSuffix.length];
    }
    // 通過協(xié)議名字來查找對應(yīng)class
    Class aClass = NSClassFromString(className);

    //......此處省略代碼
    // 沒有找到對應(yīng)的module，是否設(shè)置了 defaultModule 來處理相關(guān)事件
    if (!aClass && self.defaultModule) {
        aClass = NSClassFromString(self.defaultModule);
    }
    // 生成 module 實例
    module = [[aClass alloc] init];
    if ([module conformsToProtocol:protocol]){
        self.modulesDictionary[NSStringFromProtocol(protocol)] = module;
        return module;
    }

    // 未找到實現(xiàn)該協(xié)議的組件
    return nil;
}

3，YPAppModuleConfigManager 是各個業(yè)務(wù)組件的配置管理類，主要解決業(yè)務(wù)組件用于不同項目中又存在差異的問題

YPAppModuleConfigManager 通過加載json配置文件數(shù)據(jù)，然后 Module 通過 YPAppModuleConfigManager 獲取自己模塊的ModuleConfig

設(shè)計框架圖如下：

YPAppModuleConfigManager

實際使用：

// 可結(jié)合 YPLaunchManager 使用
- (void)runAppDidFinishLauchingBeforeUI {
    // 加載 SystemConfig
    NSString *systemConfigPath = [[NSBundle mainBundle] pathForResource:@"SystemConfig" ofType:@"json"];
    [YPConfigManager loadModuleConfigWithPath:ModuleConfigPath];
    // 加載 Module 的config
    NSString *ModuleConfigPath = [[NSBundle mainBundle] pathForResource:@"ModuleAConfig" ofType:@"json"];
    [YPConfigManager loadModuleConfigWithPath:systemConfigPath];
}

------ moduleA 獲取配置
YPModuleA_ModuleConfig *configModel = [[YPAppModuleConfigManager sharedManager] parseModuleConfigClass:[YPModuleA_ModuleConfig class]];
// 設(shè)置相應(yīng)的顏色和字體 等等
self.navigation.color = configModel.navigationBarTintColor
self.navigation.titleFont = configModel.navigationTitleFont

json 文件示例：
{
    "YPBaseControllerModuleConfig" : {
        "navigationBarTintColor":"#ffffff", // navigation 顏色
        "navigationTitleFont":"Medium 18.0f", // navigation 字體
        "backNavigationItemImageName" : "yp_navigation_back", // navigation 返回圖片
    },
}

最后附項目Demo地址

參考資料：iOS組件化方案對比