iOS组件化（五）-组件间调用

本文为博主原创文章,未经博主允许不得转载
上一讲中，我们说了怎么进行解耦合工作，但是做到最后就会发现，我们总是会剩下一些跳转等耦合行为，我们无法处理这些耦合行为，我们就无法进行独立拆分。
所以我们需要一种组件间的调用方式，该方式是一种解耦合的调用方式，这样我们将剩余的耦合行为全部替换为这种解耦合的组件间调用方式，我们的业务才真正的独立，才能顺利组件化。

一、什么样的组件需要互相调用

组件是有层级之分的，有上下的依赖关系（比如对业务而言的基础库），也有同级的互相接口调用关系（比如不同的上层业务相互提供能力）。

在下上的依赖关系下，一般不牵扯调用，依赖即实现代码存在，不需要调用，直接用即可。而同级组件之间为了独立，需要解耦合，则不存在相互的依赖，这样的组件之间才需要相互调用，获取对方的能力。

二、组件间调用的方式

在开发一个APP的时候，需求一来，基本上是前端后端一起进行开发，大家一起定义一个接口文档，后台按照文档去写实现，前端按照文档去写逻辑，在联调之前彼此都是独立的。
所以，组件间调用方式也由此产生，定义一份接口文档，组件能力提供方（后台）写实现，调用方（前端）根据接口写逻辑，开发阶段互不影响。

1、路由

以JLRoute为例，其他的路由也大同小异。
JLRoute的实现即可以看成url（接口）映射block（实现）的方式来解耦调用方和实现方。调用方在需要使用的地方对url进行openurl的操作，不需要对实现方进行依赖；而实现方只需要关心映射到url的block实现，不关心这个url谁使用怎么使用，而url plist在这里面作为文档使用，当合成主工程联调时，则相应的url就会有相应的block为其实现。
官网页面：https://github.com/joeldev/JLRoutes
具体的使用例子这里就不赘述了，网上一搜一大把。

2、runtime

runtime作为OC特有的动态特性，非常适合解耦合。
runtime允许运行阶段确定对象、方法、参数，基于此，我们的调用方可以不依赖实现方，只需要在使用的时候将对象、方法、参数都准备好进行调用即可，而被调用方理论上所有的属性、方法都可以被调用方使用，只要调用方知道你的类名，属性名，方法名。
这里以CTMediator为例，他对调用方式做了代码优化，所以使用起来相对美观。他通过category来为不同的组件创建接口文档（为了调用美观和接口直观，实际上可以不需要），该接口通过CTMediator动态的映射到实现方提供的实现方法上，在动态映射这个步骤来解耦合。
官方页面：https://github.com/casatwy/CTMediator
具体方法不再赘述，可以搜索相关文章，CTMediator比起JLRoute来说使用更简单。

三、最后的解耦合工作

将组件间调用环境搭建好，修改最后的几处组件调用的地方，使我们的业务组件与其他业务组件完全解耦，这个时候我们终于可以建立独立工程，跟基础库一样，建立我们的独立业务组件库了。

四、后续的工作

其实完成业务独立，我们可以说组件化工作已经完成了，我们的目的已经达成，但是光这样是不够的，我们还有很多的优化项，否则我们的独立工程开发、测试都会很困难，只是业务代码独立而已，下一次，我们将开始壳工程的优化。