移动客户端业务层组件化(3)- 我们的方案iOS篇

整体架构图:

移动客户端业务层组件化(3)- 我们的方案iOS篇_第1张图片
ios-modulerize.jpeg

架构场景分析:

场景1:A组件内部VC互相调用:
直接实例化ViewController然后Push or Present即可

场景2:A组件的VC1调用B组件的VC2

  1. B组件向外暴露出Target和Action
  2. B组件向GMediator中注册对应的Category,然后在Category中注册被调用Target-Action的方法,如:Target_B类中的fetchVC2方法
  3. A组件调用GMediator中B组件注册的Target-Action,拿到对应的VC2实例
  4. A组件对VC2实例执行Push或Present操作

场景3:外部应用通过URL调用B组件的VC2

  1. B组件向外暴露出Target和Action
  2. B组件向GMediator中注册对应的Category,然后在Category中注册被调用Target-Action的方法,如:Target_B类中的fetchVC2方法
  3. App初始化GMediator,并传入一个路由表(包含处理某协议的组件Target名和对应的Action和Host的映射关系)
  4. 外部应用访问URL Scheme, AppDelegate通过openURL或didReceiveRemoteNotification拿到URL后,调用GMediator的performActionWithUrl
  5. GMediator将URL解析成Target和Action,通过回调将VC2返回给AppDelegate
  6. AppDelegate拿到VC2实例后,直接通过
    [AppDelegate shareInstance].selectedNavigationController.visibleViewController
    Push或Present

场景4:A组件里的H5通过URL调用B组件的VC2

  1. B组件向外暴露出Target和Action
  2. B组件向GMediator中注册对应的Category,然后在Category中注册被调用Target-Action的方法,如:Target_B类中的fetchVC2方法
  3. H5页面应用调用URL Scheme,WebViewVC调用GMediator的performActionWithUrl
  4. GMediator将URL解析成Target和Action,通过回调将VC2返回给WebViewVC
  5. WebViewVC拿到VC2实例后,Push或Present

场景5:A组件里的H5通过URL调用A组件里的VC1
同场景4

场景6:A组件的VC1调用B组件的VC2,并需要拿到VC2的业务处理结果
同场景2,处理结果通过传入一个Block来实现。

注意事项:

原则上对于每个业务组件的Mediator Category,需要单独建立一个Pod来管理(由该组件的负责人维护),避免一个业务接口升级时,影响其它业务。

你可能感兴趣的:(移动客户端业务层组件化(3)- 我们的方案iOS篇)