最近給公司的一個iOS專案進行元件化解耦。本身專案早期開發就不是很規範，而且剛剛開始熟悉這個專案對業務方面也不是很熟悉所以並沒有對所有的模組進行元件化。而且元件化解耦後還存在一些問題在文章中都會寫出來。
原理和蘑菇街 App 的元件化之路類似，但是也有一些不同並沒有加入「元件A」要呼叫「元件B」的某個方法這種業務場景。所有元件化的模組都是「元件A」要呼叫「元件B」的這種情況。「元件A」與「元件B」之間是透明的。

為何要對專案元件化

• 對每個模組間相互呼叫解耦
• 統一wap與本地呼叫

首先說一下元件化帶來的最大好處就是給每個模組間解耦。之前模組間呼叫不得不相互引用，這就導致了各個模組間相互依賴。想象一種場景：A，B，C，D是四個VC，四個VC之間是這樣的關係，A與B相互跳轉、B與C相互跳轉、D與A，B相互跳轉。它們之間的關係如下圖：

而元件化在專案中引入了Mediator物件與Action物件，引入這兩個物件後，A，B，C，D之間的關係如下圖：

這樣結構就很清楚了而且不管多少個元件結構都是這個樣子。下面會說明Mediator物件與Action物件的實現。

對於一個App來說必不可免的會有wap頁面呼叫Native的功能。通過URL註冊實現元件化方案可以實現同一個URL即可以在本地呼叫元件也可以在wap頁面呼叫元件。這樣原本要在兩處同時處理的邏輯統一放在了Mediator物件中處理。
當然這樣做有一個缺點就是如果wap頁面呼叫與本地呼叫同一個模組需要做不同的處理時無法區分是在哪裡呼叫的，因為都是通過一樣的URL

元件化方案的實現

通過程式啟動時註冊URL來實現元件化，URL註冊用通過JLRoutes實現的。
具體使用如下：

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

    JLRoutes *routes = [JLRoutes routesForScheme:scheme_url];

    [routes addRoute: LSYKey1 handler:^BOOL
 
(NSDictionary<NSString *,NSString *> * _Nonnull parameters) {
        //要處理的邏輯
        return YES; //判斷返回值來決定是否執行該處程式碼
    }];
}

在上面的程式碼中scheme_url是app自定義的協議，LSYKey1是URL的路徑，parameters是URL的引數。通過程式啟動初始化JLRoutes物件，並註冊不同的URL，當嘗試開啟scheme_url協議的URL時就會執行對應註冊路徑下block內的程式碼。

-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation   //當程式嘗試開啟URL或者處理完從其它應用返回時會呼叫該方法 (不同版本的系統需要實現的方法不同)
{   
    if ([url.scheme isEqualToString:scheme_url]) {
       return  [JLRoutes routeURL:url];
    }
    return YES;
}

如果嘗試開啟scheme_url://LSYKey1?oid=123&amount=456這樣的url時就會執行上面程式碼中註冊的block。通過parameters取得該url的引數。

    JLRoutes *routes = [JLRoutes routesForScheme:scheme_url];

    [routes addRoute: LSYKey1 handler:^BOOL(NSDictionary<NSString *,NSString *> * _Nonnull parameters) {
        NSInteger oid = [parameters[@"oid"] integerValue]; //獲取url中oid引數
        NSInteger amount = [parameters[@"amount"] integerValue]; //獲取url中amount引數

        return YES; 
    }];

上面說明如何通過JLRoutes註冊URL的，具體元件化解耦是Mediator物件與Action物件配合JLRoutes來實現的。
首先我們需要有一個檔案來統一管理本地模組的Key值，這裡在ComponentKey.h檔案中進行管理

ComponentKey.h

#import <Foundation/Foundation.h>

static NSString * const LSYKey1 = @"LSYKey1";

static NSString * const LSYKey2 = @"LSYKey2";

static NSString * const LSYKey3 = @"LSYKey3";

...

Mediator物件實現的方法如下：

Mediator.h

#import <Foundation/Foundation.h>

@interface Mediator : NSObject

/**
 JLRountes註冊的url
 */
+(void)componentRegister;

/**
 本地通過key開啟模組

 @param key 模組key
 @param dic 傳遞的引數
 */
+(void)openComponentForKey:(NSString *)key parameter:(NSDictionary *)dic;

/**
 該方法通過執行時的機制讓Mediator物件與Action物件解耦並將訊息轉發給Action物件執行

 @param targetName Action物件名
 @param actionName 方法名
 @param params     傳遞的引數
 */
+(void)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params;
@end

Mediator.m

@implementation Mediator


+(void)componentRegister
{
    JLRoutes *routes = [JLRoutes routesForScheme:scheme_url];

    [routes addRoute: LSYKey1 handler:^BOOL(NSDictionary<NSString *,NSString *> * _Nonnull parameters) {
        [self performTarget:@"Action" action:@"performActionA" params:parameters];
        return YES;
    }];

        [routes addRoute: LSYKey2 handler:^BOOL(NSDictionary<NSString *,NSString *> * _Nonnull parameters) {
        [self performTarget:@"Action" action:@"performActionB" params:parameters];
        return YES;
    }];


}
+(void)openComponentForKey:(NSString *)key parameter:(NSDictionary *)dic
{
    //將本地呼叫傳入的Key與引數轉拼接成url最後通過JLRoutes處理
    if (!key.length) {
        return;
    }
    NSMutableString *urlString = [NSMutableString stringWithString:[NSString stringWithFormat:@"%@://%@",scheme_url,key]];
    [urlString appendString:@"?"];
    [dic enumerateKeysAndObjectsUsingBlock:^(id  _Nonnull key, id  _Nonnull obj, BOOL * _Nonnull stop) {
        [urlString appendString:[NSString stringWithFormat:@"%@=%@&",key,obj]];
    }];
    [urlString deleteCharactersInRange:NSMakeRange(urlString.length-1, 1)];
    NSURL *url = [NSURL URLWithString:[urlString copy]];
    [JLRoutes routeURL:url];
}

+(void)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params
{
    NSString *targetClassString = [NSString stringWithFormat:@"%@", targetName];
    NSString *actionString = [NSString stringWithFormat:@"%@:", actionName];

    Class targetClass = NSClassFromString(targetClassString);
    id target = [[targetClass alloc] init];
    SEL action = NSSelectorFromString(actionString);

    if ([target respondsToSelector:action]) {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-performSelector-leaks"
         [target performSelector:action withObject:params];
#pragma clang diagnostic pop
    } else {
        // 這裡是處理無響應請求的地方

        }
    }
}
@end

Action物件是處理從Mediator物件轉發過來的訊息。上面分別執行了performActionA與performActionB的方法。我們可以根據功能給這些方法分類，如果performActionA與performActionB的方法都是執行跳轉操作，那麼我們新增一個Action(Jump)的category專門來處理跳轉操作。將這兩個方法寫入category中。

#import "Action+Jump.h"

@implementation Action (Jump)
-(void)performActionA:(NSDictionary *)params
{
    //跳轉A介面
}
-(void)performActionB:(NSDictionary *)params
{
    //跳轉B介面
}
@end

此時我們想要在本地呼叫LSYKey1模組並要傳入oid與amount這兩個引數只要執行下面程式碼即可：

[Mediator openComponentForKey:LSYKey1 parameter:@{@"oid":@123,@"amount":@"456"}];

遠端呼叫直接返回：

    [JLRoutes routeURL:url];

因為我們在程式啟動已經註冊了所有的url：

    [Mediator componentRegister];

存在的問題

上面雖然實現了元件化但是還是存在一些問題需要後續改進

• 本地呼叫與遠端呼叫混在一起無法區別開
• 無法實現「元件A」要呼叫「元件B」的某個方法這種業務場景
• 元件過多有可能影響程式啟動速度