去年开始，组件化模式越来越火，最近自己才开始研究，毕竟公司项目小，不值得去改，作为一个菜鸟！刚开始看的云里雾里的，最近才看明白一些具体实现方式。具体大原理，模式网上很多解释，这里就不多说了，只写一下个人具体怎么实现：
一、蘑菇街组件化方式
蘑菇街是以注册表的方式进行组件化的，首先要导入MGJRouter这个总的路由类（自认为自己写的没有人家完善，所以直接拿来用了），这个类提供了提供服务的类注册url到注册表中，以及调用类调用的url的方法！然后每个模块自己单独创建一个路由类，作为将服务注册到路由器的注册表中，这样我们就可以依据直接查找模块的路由类来看看，这个模块对外提供了哪些服务，可读性更强，解耦性更高！注册完后，把注册的url写到一个总的头文件中供全局调用！
蘑菇街模式是以url路径的方式，可以有多层路径，注册时候按照“/”进行路径分割，每层路径对应一个可变字典，保存下一级的路径，然后一直到尾端的调用block
调用的时候层层查找，是通过key值层层匹配调用服务的，个人理解这种方式是牺牲空间换取时间的方式，通过路径的方式就不至于每次调用从所有的url的字典中取，而且通过路径层层递进，这样每次取得时候需要遍历的量就少很多！
集成时候遇到问题就是传参问题，我是通过字典进行传值，虽然可以通过get的拼接传值，但个人不喜欢，所以没用，在注册url的时候，每个注册里面都加了这个方法，利用kvc将传进来的参数赋给对应的对象。简单，方便！
NSDictionary *dic = (NSDictionary *)routerParameters[@"MGJRouterParameterUserInfo"];
for (NSString *key in dic.allKeys) {
[vc setValue:dic[key] forKey:key];
}
中间遇到的问题就是，假如服务方需要调用方完成回调就不好了，假如调用方遵守服务方的协议，那么就又引起依赖关系了，那么就引入了协议的方式，我解决的方法就是创建一个协议总类，把模块对外的协议全部写到这个总类里面，这样调用方和服务方只要依赖这个协议总类即可！这样就解决了调用方和服务方的互相依赖问题！
蘑菇街还有一种方式就是所有的提供服务的方式都已代理的方式，
就是引入ModeuleManager这个类，具体实现：
+ (instancetype)sharedInstance
{
static ModuleManager *instance = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
instance = [[self alloc] init];
});
return instance;
}
+ (void)registerProtocol:(Protocol *)proto forClass:(Class)cls {
ModuleManager *instance = [self sharedInstance];
[instance.protocolCache setObject:cls forKey:NSStringFromProtocol(proto)];
}
+ (Class)classForProtocol:(Protocol *)proto {
ModuleManager *instance = [self sharedInstance];
return instance.protocolCache[NSStringFromProtocol(proto)];
}
-(NSMutableDictionary *)protocolCache{
if (!_protocolCache) {
_protocolCache = [NSMutableDictionary dictionary];
}return _protocolCache;
}
这样就是提供一个总的代理类，当调用方需要某个服务时候，通过+ (Class)classForProtocol:(Protocol *)proto得到提供服务的类，然后创建对象执行，创建的对象可以写成id<Protocol> vc这个形式，这样就可以直接调用对外的服务方法了
二、casatwy组件化方案
casatwy组件化方案分为两种调用方式，远程调用和本地调用，对于两个不同的调用方式分别对应两个接口。
需要引入CTMediator这个中间类，他提供了远程app调用入口和本地app调用入口，
远程调用通过AppDelegate代理方法传递到当前应用后，调用远程接口并在内部做一些处理，处理完成后会在远程接口内部调用本地接口，以实现本地调用为远程调用服务。
本地调用由performTarget:action:params:方法负责，但调用方一般不直接调用performTarget:方法。CTMediator会对外提供明确参数和方法名的方法，在方法内部调用performTarget:方法和参数的转换。
该种模式是同runtime实现调用的方法，然后每个模块有自己的执行类，和CTMediator的分类，但是调用方如果需要服务方的服务，就要引入服务方的这个分类，这样就形成了依赖关系，所以暂时没用这些！
相比较蘑菇街的，这种方法少了注册这一步，也不用创建一个保存全部url的总类！调用方法更清晰，逻辑更简单！但是由于调用方需要依赖服务方的分类，也算一种依赖关系！具体取舍还是看自己，不过远程调用这个方式还不错，可以借鉴下
