Swift 面向协议开发

前言: 最近看到很多大神都写过关于Swift 面向协议开发的文章,受益匪浅,加上最近工作不是很多,潜下心来好好搞了一下Swift 面向协议开发,最近感觉小有所成,边想着趁着热乎劲发一篇文章,加深一下印象,此文旨在共同学习,如果对你有那么一点点帮助,深感荣幸!

一.什么是面向协议开发

Swift在协议中引入了一个新的方法extension(扩展)

通过协议+扩展定义所需要的充分必要条件，来完成不同功能组件的搭建,使用者在开发的过程中,根据需求,遵守相关的协议进行开发,就像乐高积木一样,将不同的功能拼接,这样就可减少功能性代码之间的耦合。

如图

假设一个界面A根据需求要实现三个功能 a,b,c,我们只需要提前将三个功能写成协议,来让A遵守三个协议,之后便调用即可。如果这里有疑问,先不着急,后面会慢慢通过代码实现来讲解

二.面向协议解决了哪些问题

说道面向协议解决了哪些问题,可以跟面向对象做一个比较

需求:一个应用界面应中有多个内的UICollectionViewCell需要实现相同功能,具有点击选中时会有水波纹动画,动画展示0.5秒后在做跳转

面像对象: 继承

如果  向对象的思维解决问题，最容 想到的就是定义个 个继承UITableViewCell的类， 如叫MYCollectionViewCell，实现这个动画，然后所有需要这个动画的cell都继承它。

能解决问题，但缺点也很明显:继承很容 带来耦合。

例如现在需要给UITableViewCell在增加一个功能,这个功能的接 声明 依赖ABC另外三个类。Swift/

Objective-C只能单继承，如果把新的功能实现也放到这个MYCollectionViewCell，就引  必要的耦合。这时

我们想 这个动画功能，依赖MYCollectionViewCell的同时也跟着依赖 和动画毫 关系的ABC三个类。代码就开始

僵化了。

有的项  定义 继承UIViewController的 类，实现 很多功能，要求项  所有的  都要继承它。这种僵化的

病就很明显 ，下 的 类代码全都依赖这个 类，想抽出来复  常难。 且往这个 定义UIViewController塞代码实在太  ，这个类很容 随着功能迭代逐渐膨胀，越来越难以维护。

且，假如 个UITableViewCell也需要这个功能，使 继承 法实现。UITableViewCell和UICollectionViewCell已经

是UIView的 同 类，除 改动UIView，否则 法同时给它们增加功能。然 我们拿 到UIView的实现

Extension/Category严格意义上讲这个 能算典型的 向对象， 是Swift/Objective-C特有的功能。使 它，可以 修改类的实现 件的

情况下，给它增加新的 法。我们恰好可以通过给UIView添加category解决UITableViewCell和UICollectionViewCell同时增加功能的问题。缺点也是Extension/Category固有的，给 个类加上这东 会污染所有的对象，即使他们根本

需要这个功能。对于Objective-C，即使在 个 件中没有import这个category，使runtime还是可以访问到category中的 法的。

上面例子示例图:

继承作为我们开发中比较常用的方法,它有很明显的优势,但是我们不可忽视因为继承所带来的类与类之间过多的藕合性和子类继承父类,子类又成了别的类的父类等等这样的恶性循环导致的代码层级的冗余.

面向协议所解决的更多的是将父类中的代码抽离出来,封装成具有自身独立功能的协议,提供给需求者所调用,减少父类的压力,让代码结构和层级更加的清晰和简洁。

三.实际操作

1.简单的协议实现

(1)协议的创建

创建协议

协议扩展

(2)协议方法的调用

遵守协议

实现方法 

这就是一个协议+扩展的简单实现

再来一个项目具体功能的实现: 基于三方框架MJRefresh做的上拉加载的功能

1.创建协议,并对协议做扩展 

在协议里面我们写了一个上拉加载调用的方法,保证谁来遵守这个协议,谁来调用

在扩展里面,我们写了上拉加载的创建,谁遵守协议,就可按照扩展的方法去创建上拉功能

2.调用

(原代码比较多,为了截取的让大家看的更加清晰,所以把代码复制到空白的file里面,图片上显示报错了,大家自动忽视就可以)这样就可以实现上拉的功能了

面向协议其实理解起来还好,至于方法的书写,和具体怎么在项目中用,简书上有很多不错的文章,大家可以先了解一下概念,在简单写写Demo,理解透了,之后在项目中就可以大展身手了。