iOS组件化方案学习

本文主要是学习了Limboy和 Casa的文章后，阅读了bang的总结，将其中一些总结性的内容做一些笔记。如果想要深入学习iOS的组件化方案，请阅读3位大神的文章。
传送门(排序无先后)：
1.Limmboy
2.casa
3.bang

笔记：

1.组件化方案的提出

一个 APP 有多个模块，模块之间会通信，互相调用。当模块多了之后，很有可能变成如下所示：

图1(来源bang的文章).png

各个模块相互依赖，最直观的感受：** 我们会在各个模块的头文件中添加很多#import "xxx.h" **。
所以，我们增加了一个中间层，本文统称（Mediator）：

图2(来源bang的文章).png

2.中间层的用处

• 没有增加中间层
  1.模块间用#import方式，相互调用。模块之间也就形成了依赖关系
  2.模块的公有属性和方法可以提供给别的模块调用

• 增加中间层时，我们需要思考：
  问题1.Mediator怎么去转发组件间的调用？
  问题2.如果每一个模块都要在Mediator里面写转发方法，那Mediator类会非常的庞大，怎么办？
  问题3：各个模块和Mediator之间产生依赖，是否要在Mediator里#import所有模块？

3.解决问题。

假设把一个模块简单理解为一个ViewController（即一个控制器处理一个业务模块）。
问题1：
模块A调用模块B，也就是调用ViewControllerB。原先是用ViewControllerB的init方法生成实例B，然后在push到实例B。而现在，全部通过Mediator生成控制器，供别的模块使用。
问题2：
每个组件写一个Mediator的Category，让Mediator不至于太长
问题3：
用runtime反射调用来解除Mediator和模块之间的依赖。用target-action规则，简化动态调用的代码

3.与蘑菇街方案的对比（MGJRouter）

1.MGJRouter需要知道各个组件对应的URL接口。因为它的URL是以字符串化的形式使用的（例如：@"weread://bookDetail"），写代码的时候编译器没有提示。而Casa的targetAction方案，调用的是Mediator分类中对应的方法，有提示。
2.MGJRouter调用别的模块前，需要调用registerURL方法初始化组件，内存中需要保持一份表，组件多了会有内存问题。
3.注册组件传参使用的是NSDictionary，需要有地方可以查参数格式。

总结：
共同点：Mediator和Router都不能直接去调用组件的方法，避免产生依赖。所以，它们采用“字符串->方法”的映射去调用。
不同点：
Mediator：className+selectorName ---> IMP
Router：key ---> block

4.学习感悟

第一次看的时候总感觉很难，我的个人建议是：
1.先看Limboy的文章，并结合源码看懂MGJRouter的实现方式。
2.再看bang的文章，理解2种组件化方案的核心内容，即通过中间件去调用组件，实现解耦
3.最后看Casa的文章，共5篇，写的非常详细