组件37-中间件：中间件设计3-target-action方案-

上篇MGJRouter作为中间件的优点：1.面向url地址，更简单，无需考虑太多，给个url字符串就可以做个相应的服务；而且，通过远程也是可以控制的因为可以打开url地址。

target-action方案大致构架图：

Snip20170715_108.png

中间件分类的写法（中间件分类是继承MediatorManager的）

Snip20170715_110.png

中间件的使用

Snip20170715_111.png

要解决一个问题：（传多个参数的问题）
perform方法能接收的参数只能有一个，所以，API要适当的修改或增加一个API，比如可以传一个数组进来，以达到传多个参数的目的。

分类中多参数的写法

分类使用：相当于蘑菇街的open服务

使用分类

组件功能的使用，pod框架没有产生依赖。不像蘑菇街的。

点击事件的问题（分类写法）：

Snip20170715_115.png

点击事件的问题（分类用法）：

Snip20170715_116.png

target-action（MediatorManager）编码解码都是交给自己

编码：（多个参数合成一个）

由自己编码

解码：（一个参数合成多个）

由自己解码

如何做一个组件的分类

1.统一披露该组件的API
2.写一个分类（类扩展）继承MediatorManager，集合所有该组件要向外界提供的服务（API），注意传多参数需要自己编码解码。编码在分类中，解码在统一API的文件中。
3.使用者只需要导入分类即可，无耦合性。