整体架构图：
ios-modulerize.jpeg
架构场景分析：
场景1：A组件内部VC互相调用：
直接实例化ViewController然后Push or Present即可
场景2：A组件的VC1调用B组件的VC2
- B组件向外暴露出Target和Action
- B组件向GMediator中注册对应的Category，然后在Category中注册被调用Target-Action的方法，如：Target_B类中的fetchVC2方法
- A组件调用GMediator中B组件注册的Target-Action，拿到对应的VC2实例
- A组件对VC2实例执行Push或Present操作
场景3：外部应用通过URL调用B组件的VC2
- B组件向外暴露出Target和Action
- B组件向GMediator中注册对应的Category，然后在Category中注册被调用Target-Action的方法，如：Target_B类中的fetchVC2方法
- App初始化GMediator，并传入一个路由表（包含处理某协议的组件Target名和对应的Action和Host的映射关系）
- 外部应用访问URL Scheme, AppDelegate通过openURL或didReceiveRemoteNotification拿到URL后，调用GMediator的performActionWithUrl
- GMediator将URL解析成Target和Action，通过回调将VC2返回给AppDelegate
- AppDelegate拿到VC2实例后，直接通过
[AppDelegate shareInstance].selectedNavigationController.visibleViewController
Push或Present
场景4：A组件里的H5通过URL调用B组件的VC2
- B组件向外暴露出Target和Action
- B组件向GMediator中注册对应的Category，然后在Category中注册被调用Target-Action的方法，如：Target_B类中的fetchVC2方法
- H5页面应用调用URL Scheme，WebViewVC调用GMediator的performActionWithUrl
- GMediator将URL解析成Target和Action，通过回调将VC2返回给WebViewVC
- WebViewVC拿到VC2实例后，Push或Present
场景5：A组件里的H5通过URL调用A组件里的VC1
同场景4
场景6：A组件的VC1调用B组件的VC2，并需要拿到VC2的业务处理结果
同场景2，处理结果通过传入一个Block来实现。
注意事项：
原则上对于每个业务组件的Mediator Category，需要单独建立一个Pod来管理（由该组件的负责人维护），避免一个业务接口升级时，影响其它业务。
