(O) 介绍文件
每个组件，涉及三个文件：MGJRouter、MainModuleRouter、MainModuleAPI
MGJRouter：核心文件，通过url注册服务、通过url获取服务——（不用动）；
MainModuleRouter：只有一个+load方法，注册所需要的服务——（这是开发者要自己写）；
MainModuleAPI：统一披露API的文件，MainModuleRouter通过这个文件来实现逻辑——（需要开发者去搜集这个组件中，所有要对外公布的api及实现）。
(一) 使用流程
1、注册url——时间：在类加载的时候
2、使用服务 —— 在任何地方，只要注册过
3、注册点击事件
在MainModuleRouter类的load方法中给点击事件赋值一个打开服务的block（所谓内部open）
在AppDelegate的启动方法中，注册url对应的block服务，外部提供服务（经尝试，写在MainModuleRouter类的load方法中也可以的）
外界向内部提供服务（但个人觉得无需这样，注册和赋值打开服务都可以写在MainModuleRouter的load方法中，一样有效）。
(二) 原理：注册和打开服务
一、注册
1、MainModuleRouter中调用MGJRouter开始注册，传入url和block的具体实现
2、MGJRouter：该类的单例添加url及对应的handler
3、MGJRouter：url转换成对应的字典（表），并用该字典保存handler
4、MGJRouter：url生成多层key字典（表）的具体方法
5、MGJRouter：url分解，成三部分，其中 :// 用 ~ 代替
二、打开服务
1、获取对象
1.1 在AppDelegate中用MGJRouter获取对象
2、获取服务
2.1 调用服务
在MainModuleRouter.m中的+load方法中，用MGJRouter注册服务，最后是保存在了MGJRouter类中的一个属性中——可变字典routes。
[MGJRouter registerURLPattern:@"lf://getRootVC" toObjectHandler:^id(NSDictionary *routerParameters) {
return [MainModuleAPI rootTabBarCcontroller];
}];
1.其他地方用MGJRouter通过url，获取服务，框架在维护一个url-block的表格。
[MGJRouter openURL:@"lf://playAudio" withUserInfo:@{
@"isPlaying": @(isPlaying)
} completion:nil];
通过MGJRouter来获取对象；
通过MGJRouter来来执行方法（方法名是字符串形式）；
特点：
- 每个业务组件, 都需要依赖这个框架；
- url维护成本高；硬解码；
- 可以在组件内部任何地方调用/注册服务, 没有必要统一组件接口服务。
MGJouter
是在维护一个表；
就一个类；
单例，因为是共用；
MGJouter使用顺序：以XMGFMMain为例
外界使用：在Appdelegate文件中，通过MGJRouter中间件调用方法——添加子控件，并传入参数。
调用过程：在MGJRouter.m中触发block，调用MainModuleRouter.m中的一个block：
XMGFMMain内部registerURL，让外界提供代码块（即外界告诉内部要做什么）及参数信息。
~遇到了坑：
1、宿主工程做中间件，
pod '某框架'
导入头文件，编译，报错：找不到该框架的头文件。
~MGJRouter的思考
内部register，让外界调用，向内部提供参数（即字典和代码块），根据这些参数做事；block中会携带参数给外界。
外部open，填入字典参数和代码块，传给内部。
