背景
随着开发项目越来越大，功能越来越复杂，慢慢的暴露了很多的问题：编译速度如何更快？模块之间如何减低耦合度？如何对业务组件进行单独测试...。所以公司组内的小伙伴研究了一下新项目的架构选型，决定用组件化的架构。随着组件化的完成我也有时间写一写组件化中间件的选型，以及这些中间件的区别以及用法。
基础组件:工具类分类网络统一配置
一、中间件
首先组件化其实就是将APP按照业务模块划分成几个主要的组件，同时这些组件之间是完全解耦的，那么如果这些完全解耦的组件和组件之间要进行交互而且不能耦合，我们如何处理那？我们需要借助中间件来完成组件和组件的交换操作。
二、MGJRouter
MGJRouter是蘑菇街的Limboy大神团队开发的一个中间件，是一个单例类，使用时所有的组件向ModuleManager注册Url。当组件A需要调用组件B时，向ModuleManager传递URL，参数跟随URL以GET方式传递，类似openURL。然后由ModuleManager负责调度组件B，最后完成任务。本质上是在单例类中建立一个url路由表进行关联，调用openURL方法，传入参数。
为了模拟不同组件之间的调用，在工程中新建三个类package1ViewController、package2ViewController、package3ViewController，以及作为在程序启动时在内存中注册MGJRouter URL的类ModuleRouterManager。我们把package1ViewController、package2ViewController、package3ViewController看成三个组件中的类文件，viewController看成需要与另外三个组件交互的组件中的类。
第一种用法：注册URL和openURL并传递参数
注意：URLPattern 带上 scheme，如 mgj://beauty/:id，千万不能和其他注册的URL写重了。
handler中默认携带的信息如下
其中MGJRouterParameterUserInfo为我们openURL:时携带的信息，MGJRouterParameterURL为我们注册的URL
具体的实现register方法为
注册的方法是放在ModuleRouterManager.m 的+(void)load 方法中来实现将URL注册到MGJRouter路由表里的。
接下来我们看一下具体的触发操作
URL为register到MGJRouter 代理类中路由表里的URL，参数为想要传递到register 方法handler中的参数信息
第二种用法：在当前组件中回调信息给上一个组件
场景：从当前组件跳转到下一个组件之后，点击触发一个回调到上一个组件里，并携带参数
在跳转到的组件类中创建block闭包
manager中注册URL，唯一不同的是需要在handler中为跳转到的下一个组件中的闭包赋值。
触发跳转到下一个组件界面操作的代码
第三种用法：将register方法handler中返回参数作为调用objectForURL:之后的生成对象
应用场景：在当前组件中实现跳转下一个组件，而不是在registerURL中实现跳转
应用到的函数：
其中，handler会返回一个id对象。
第一步注册URL进入路由表
调用objectForURL获取到在register中handler返回的对象
一般用到的就这三种场景了，MGJouter中间件提供的API都比较简单，所以对新手来说更容易上手，但是缺点就是：
1、需要往中间件中注册URL路由表才能实现我们想要的功能，注册URL过多可能会导致内存常驻，造成不必要的内存开销；
2、注册URL的这种方式对后期的维护造成很大的麻烦，需要我们不停地去确定注册和打开的URL是否一致。
3、用URL注册的方式其实是为了让调用者发现当前的服务，如果要达到这种效果我们可以采用runtime动态的获取我们项目中的服务。
在下一篇文章中我会继续总结另外一种基于runtime的组件化中间件方案 - CTMediator，可以看看其中的区别以及各自的优缺点。
参考链接：
CTMediator
CTMediator和MGJRouter比较
讲解比较详细
下边demo的地址，可以下载看一下：
CTMediator和MGJRouter的比较
欢迎关注我的公众号，专注iOS开发、大前端开发、跨平台技术分享。
