OC协议在解耦中的应用

OC协议在解耦中的应用

女神

1，oc中利用协议代理解耦，

    delegate是OC中常用传值模式，这是一种很好的设计模式。但是日常开发中仅限于传值，不能充分发挥它的价值。其本质是将接口与实现分离，下面是一种利用协议实现模块解耦的思路。

2，重构过程

        1> 目标：① 项目移除任意业务模块，编译器不能报错，甚至运行期不报错。

                         ② 不允许硬编码，不允许硬编码，不允许硬编码，，，

        2> 思路。

            利用协议声明接口，在需要调用接口的地方只引入协议，然后通过中间层获取该协议实现实例对象，调用接口。

        3> 实现。

            结构上，我们划分为 中间层，功能提供者，功能调用者。下面是实现：

#pragma mark -  声明协议

我们以加载网络图片为例，先声明协议接口。如下图

加载webImage的协议

协议这个要归结到公用层，看个人吧，我思考了很久，最后把它抽出来放在公用层，这是个值得思考的问题。

#pragma mark -  中间层

中间层的作用：记录协议以及对应遵守协议的实现类，当调用者要获取该协议对应实现实例对象时，通过记录的类名生成实例对象返回给调用者。

中间层只有一个表属性

中间层的结构十分简单，只有一个字典属性，是用来记录Protocol 与对应实现类名。上图。

中间层注册协议的接口

中间层对于实现协议类的注册接口，传入一个协议，一个类名，中间层会将两个参数保存到字典中。上图。

中间层获取delegte对象接口

对于获取delegate对象，调用者要传入一个协议。中间层根据记录的协议对应的类名，初始化一个对象返回给调用者，这个对象一定是遵守传入协议的。上图。

至此中间层的任务完成，不依赖任何功能模块。

#pragma mark -   功能提供者

功能提供者：引入要实现的协议，遵守协议并实现协议中的方法。在load中将自己实现的协议注册到中间层。

实现协议类的load方法

#pragma mark -   功能调用者

功能调用者：根据要调用的功能，引入对应的协议，通过中间层获取实现该协议的实例对象，并调用协议中的接口。

调用协议中的接口

至此我们就可以随意更换webImage模块，甚至直接删掉这个模块也不会报错。

完结撒花。

小结：

        这个思路是充分利用接口声明与实现分开的思想。前提是认为接口不包含实现代码，没有入侵性。用引入协议的方法代替引入实现类。从而是项目可以自由拆卸实现模块，达到解耦的目的。 利用这个思路也可以完成去model化，减少跨模块的model带来的耦合。