iOS 組件化通信

最近新接觸的項目開發(fā)方式使用的組件化開發(fā)的,以前從來沒有接觸過,也去網(wǎng)上找了些資料進行同步。
組件化的每個模塊都應(yīng)該是要相互獨立的,且能夠獨立運行,所以最多可以引入通用工具類,但不應(yīng)該引入其他同級業(yè)務(wù)模塊的文件。

舉個栗子:Home模塊想要通過User模塊中g(shù)etUserInfo方法獲取用戶信息,普通的項目我們可以直接進行import "User.h",但是組件化的項目該怎么做才合適?

目前看到網(wǎng)絡(luò)上的方式主要有幾種,三種方法的核心都是由中間人進行管理和消息傳遞:

1、URL-Block的方式

這種方式的核心是預(yù)先將url對應(yīng)的方法先注冊給中間人,然后調(diào)用方調(diào)用的時候,中間人就會去哈希表或者數(shù)組里找到對應(yīng)的方法進行調(diào)用。
以蘑菇街開發(fā)的MGJRouter為例,

  [MGJRouter registerURLPattern:@"mgj://category/travel" toHandler:^(NSDictionary *routerParameters) {
        [self appendLog:@"匹配到了 url,以下是相關(guān)信息"];
        [self appendLog:[NSString stringWithFormat:@"routerParameters:%@", routerParameters]];
    }];
    [MGJRouter openURL:@"mgj://category/travel" withUserInfo:@{@"user_id": @1900} completion:nil];

整個哈希表的結(jié)構(gòu)是類似樹形的結(jié)構(gòu):

(lldb) po self.routes
{
    mgj =     {
        "_" = "<__NSMallocBlock__: 0x610000050680>";
        category =         {
            travel =             {
                "_" = "<__NSMallocBlock__: 0x6180000554e0>";
            };
        };
        detail =         {
            "_" = "<__NSGlobalBlock__: 0x10f9bb448>";
        };
        search =         {
            ":keyword" =             {
                "_" = "<__NSGlobalBlock__: 0x10f9bb4c8>";
            };
            ":query" =             {
                "_" = "<__NSMallocBlock__: 0x610000051880>";
            };
        };
        "~" =         {
            "_" = "<__NSMallocBlock__: 0x61000004cfc0>";
        };
    };
}

在調(diào)用registerURLPattern方法的時候,會將URL整理,和Block一起保存進哈希表,關(guān)鍵字 “_”作為存放Block的key,通過key-value的方式找到對應(yīng)的block進行調(diào)用。
這種方式就是URL與Block之間的匹配,調(diào)用者和中間人連方法的持有者是誰都不需要知道。

總結(jié):
1、被調(diào)用方需要提前register相應(yīng)的block才能調(diào)用,而且被注冊的block似乎并沒有很好的釋放時機?內(nèi)存方面是否存在問題。
2、調(diào)用方和被調(diào)用方都需要依賴中間件。
3、單純的URL拼接的方式并沒有辦法滿足復(fù)雜的參數(shù)傳遞,所以才會衍生多種調(diào)用的方法。

2、Protocol-Class的方式

這種方案類似于第一種方案,它是保存和Protocol和Class的映射關(guān)系,每次調(diào)用方通過中間人拿到注冊時候的Class,直接通過對象進行方法調(diào)用;

“大概是這樣?”
  [Router registerClass:[SomeClass Class] forProtocol:aProtocol];
  id<aProtocol> someOne  =[Router classForProtocol:aProtocol];
  [someOne call];

總結(jié):
1、類似于block的注冊方式,也需要提前register對象。
2、調(diào)用雙方都需要依賴中間管理類。
3、調(diào)用方式是直接調(diào)用,比較符合常用習(xí)慣。

3、Target-Selector的方式

這個方案是由CTMediator的作者提出的,他指出了一些URL-Block方式的缺點,然后提出了這種方案。
這個方案的核心就是我們平常使用的performSelector的方式。

// 遠程App調(diào)用入口
- (id)performActionWithUrl:(NSURL *)url completion:(void(^)(NSDictionary *info))completion;
// 本地組件調(diào)用入口
- (id)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params shouldCacheTarget:(BOOL)shouldCacheTarget;
- (void)releaseCachedTargetWithTargetName:(NSString *)targetName;

中間人負責(zé)找到具體的target,然后實現(xiàn)方法轉(zhuǎn)發(fā)。這個方式還強調(diào)了要區(qū)分本地調(diào)用和遠程調(diào)用的方式,以防止黑客直接通過瀏覽器或OpenUrl的方式直接訪問到APP內(nèi)部模塊。
核心實現(xiàn)主要是:

- (id)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params shouldCacheTarget:(BOOL)shouldCacheTarget
{
    NSString *swiftModuleName = params[kCTMediatorParamsKeySwiftTargetModuleName];
    "把對象名轉(zhuǎn)換為相應(yīng)的類"
    // generate target
    NSString *targetClassString = nil;
    if (swiftModuleName.length > 0) {
        targetClassString = [NSString stringWithFormat:@"%@.Target_%@", swiftModuleName, targetName];
    } else {
        targetClassString = [NSString stringWithFormat:@"Target_%@", targetName];
    }
    NSObject *target = self.cachedTarget[targetClassString];
    if (target == nil) {
        Class targetClass = NSClassFromString(targetClassString);
        target = [[targetClass alloc] init];
    }

    // generate action
    NSString *actionString = [NSString stringWithFormat:@"Action_%@:", actionName];
    SEL action = NSSelectorFromString(actionString);
    
    if (target == nil) {
        // 這里是處理無響應(yīng)請求的地方之一,這個demo做得比較簡單,如果沒有可以響應(yīng)的target,就直接return了。實際開發(fā)過程中是可以事先給一個固定的target專門用于在這個時候頂上,然后處理這種請求的
        [self NoTargetActionResponseWithTargetString:targetClassString selectorString:actionString originParams:params];
        return nil;
    }
    
    if (shouldCacheTarget) {
        self.cachedTarget[targetClassString] = target;
    }

    if ([target respondsToSelector:action]) {
        "消息轉(zhuǎn)發(fā),safePerformAction使用NSInvocation進行轉(zhuǎn)發(fā)"
        return [self safePerformAction:action target:target params:params];
    } else {
        // 這里是處理無響應(yīng)請求的地方,如果無響應(yīng),則嘗試調(diào)用對應(yīng)target的notFound方法統(tǒng)一處理
        SEL action = NSSelectorFromString(@"notFound:");
        if ([target respondsToSelector:action]) {
            return [self safePerformAction:action target:target params:params];
        } else {
            // 這里也是處理無響應(yīng)請求的地方,在notFound都沒有的時候,這個demo是直接return了。實際開發(fā)過程中,可以用前面提到的固定的target頂上的。
            [self NoTargetActionResponseWithTargetString:targetClassString selectorString:actionString originParams:params];
            [self.cachedTarget removeObjectForKey:targetClassString];
            return nil;
        }
    }
}

總結(jié):
1、需要額外維護中間類拓展,只有調(diào)用方需要引用中間類。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容