iOS 组件化通信

最近新接触的项目开发方式使用的组件化开发的，以前从来没有接触过，也去网上找了些资料进行同步。
组件化的每个模块都应该是要相互独立的，且能够独立运行，所以最多可以引入通用工具类，但不应该引入其他同级业务模块的文件。

举个栗子：Home模块想要通过User模块中getUserInfo方法获取用户信息，普通的项目我们可以直接进行import "User.h"，但是组件化的项目该怎么做才合适？

目前看到网络上的方式主要有几种，三种方法的核心都是由中间人进行管理和消息传递：

1、URL-Block的方式

这种方式的核心是预先将url对应的方法先注册给中间人，然后调用方调用的时候，中间人就会去哈希表或者数组里找到对应的方法进行调用。
以蘑菇街开发的MGJRouter为例，

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

整个哈希表的结构是类似树形的结构：

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

在调用registerURLPattern方法的时候，会将URL整理，和Block一起保存进哈希表，关键字 “_”作为存放Block的key，通过key-value的方式找到对应的block进行调用。
这种方式就是URL与Block之间的匹配，调用者和中间人连方法的持有者是谁都不需要知道。

总结：
1、被调用方需要提前register相应的block才能调用，而且被注册的block似乎并没有很好的释放时机？内存方面是否存在问题。
2、调用方和被调用方都需要依赖中间件。
3、单纯的URL拼接的方式并没有办法满足复杂的参数传递，所以才会衍生多种调用的方法。

2、Protocol-Class的方式

这种方案类似于第一种方案，它是保存和Protocol和Class的映射关系，每次调用方通过中间人拿到注册时候的Class，直接通过对象进行方法调用;

“大概是这样？”
  [Router registerClass:[SomeClass Class] forProtocol:aProtocol];
  id someOne  =[Router classForProtocol:aProtocol];
  [someOne call];

总结：
1、类似于block的注册方式，也需要提前register对象。
2、调用双方都需要依赖中间管理类。
3、调用方式是直接调用，比较符合常用习惯。

3、Target-Selector的方式

这个方案是由CTMediator的作者提出的，他指出了一些URL-Block方式的缺点，然后提出了这种方案。
这个方案的核心就是我们平常使用的performSelector的方式。

// 远程App调用入口
- (id)performActionWithUrl:(NSURL *)url completion:(void(^)(NSDictionary *info))completion;
// 本地组件调用入口
- (id)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params shouldCacheTarget:(BOOL)shouldCacheTarget;
- (void)releaseCachedTargetWithTargetName:(NSString *)targetName;

中间人负责找到具体的target，然后实现方法转发。这个方式还强调了要区分本地调用和远程调用的方式，以防止黑客直接通过浏览器或OpenUrl的方式直接访问到APP内部模块。
核心实现主要是：

- (id)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params shouldCacheTarget:(BOOL)shouldCacheTarget
{
    NSString *swiftModuleName = params[kCTMediatorParamsKeySwiftTargetModuleName];
    "把对象名转换为相应的类"
    // 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) {
        // 这里是处理无响应请求的地方之一，这个demo做得比较简单，如果没有可以响应的target，就直接return了。实际开发过程中是可以事先给一个固定的target专门用于在这个时候顶上，然后处理这种请求的
        [self NoTargetActionResponseWithTargetString:targetClassString selectorString:actionString originParams:params];
        return nil;
    }
    
    if (shouldCacheTarget) {
        self.cachedTarget[targetClassString] = target;
    }

    if ([target respondsToSelector:action]) {
        "消息转发，safePerformAction使用NSInvocation进行转发"
        return [self safePerformAction:action target:target params:params];
    } else {
        // 这里是处理无响应请求的地方，如果无响应，则尝试调用对应target的notFound方法统一处理
        SEL action = NSSelectorFromString(@"notFound:");
        if ([target respondsToSelector:action]) {
            return [self safePerformAction:action target:target params:params];
        } else {
            // 这里也是处理无响应请求的地方，在notFound都没有的时候，这个demo是直接return了。实际开发过程中，可以用前面提到的固定的target顶上的。
            [self NoTargetActionResponseWithTargetString:targetClassString selectorString:actionString originParams:params];
            [self.cachedTarget removeObjectForKey:targetClassString];
            return nil;
        }
    }
}

总结：
1、需要额外维护中间类拓展，只有调用方需要引用中间类。