Swift-面向协议编程
前言
OC无法做到面向协议开发，而Swift可以，因为Swift可以做到协议方法的具体实现，而OC不行
面向对象开发OOP
OOP 的优点包括可重用性，继承，可维护性，对复杂性的隐藏（封装），抽象性，多态性，对一个类的属性和方法的访问权限控制。传统的面向对象开发思维方式是将类中实现的相似方法抽取出来，接着放入一个Base类，然后继承于Base类后各个类即可找拥有相同的方法，不用再一个个手动实现。
比如：一个Person类，一个Dog类，它们都拥有方法eat，那么就可以新建一个Animal类，将eat方法抽取出来放入其中，然后将Person类和Dog类都继承于Animal。
但是，如果现在又有一个Robot类，也需要拥有eat方法，而此时也将其继承于Animal的话显然是不合理的，于是我们就需要转换思维，面向协议开发~
面向协议开发POP
所谓面向协议编程，就是使用protocol声明方法，然后使用extension提供默认的实现，只要需要使用到该方法的类遵循该protocol，就可以直接使用该extension的实现。
和OOP主要的一点不同在于：类只能继承自其它一个类，但协议可以继承自多个协议。
protocol animal {
var food: String {get}
func eat()
}
extension animal {
func eat() {
print("food name is \(food)")
}
}
struct Cat: animal {
var food: String = "mouse"
}
struct Dog:animal {
var food: String = "cat"
}
let cat = Cat()
let dog = Dog()
cat.eat()
dog.eat()
log:
food name is mouse
food name is cat
代码复用
- 继承：会带来耦合。
继承的代价：这并不是一个新颖的话题，自面向对象编程诞生之日起就饱受争议，我们经常要忍受着愈加繁杂和庞大的继承体系来获得代码的可重用性，而且随着继承层次的增加，代码的复杂性会加速增长，随之而来的bug也会越来越难以发现。这时我们可能需要依靠设计模式来找回我们的思路，然而大多数设计模式只能帮助你理顺你的代码结构，却在同时更加加深了你的代码的复杂度。
-
category/extension：会污染所有的类
-
面向协议编程：
protocol+extension最大程度地减少了耦合
面向协议编程的好处
面向协议编程的好处在于，通过protocol+extension实现一个功能，能够定义所需要的充分必要条件，不多也不少。这样就最大程度减少了耦合。使用者可以像搭积木一样随意组合这些协议，写一个class或struct来完成复杂的功能。实际上，Swift的标准库几乎是everything is starting out as a protocol。
为什么说Swift是面向协议编程的语言？
Apple 声称”从核心上说，Swift 是面向协议的”。协议构成了 Swift 标准库 的基础，Swift 中的协议有其他语言都不支持的特点：协议扩展.
协议可以被扩展，来给遵循该协议的类型提供方法、初始化方法、下标、计算属性的具体实现。这就可以允许协议自身定义一些行为，而不是由各个类型自己去实现，或是由一个全局方法来实现。
通过扩展，我们可以为协议所要求的任何方法和计算属性提供一个默认的实现。如果一个遵循该协议的类型为某个方法或属性提供了其自己的实现，那么该实现将会替代协议扩展中的实现。
Swift里更推荐使用值类型变量（struct）而不是引用类型（class）的变量,struct没有继承的功能，这是因为swift在本质上来说是面向协议(Protocol Oriented)的语言，struct没有也不需要继承的功能，为了实现某个功能，struct去服从并实现某个协议就即可，从一个较高的层次来看，struct+protocol是构成swift面向协议语言的两个基石。
总结
Swift是一门支持多编程范式的语言，既支持面向对象编程，也支持面向协议编程，同时还支持函数式编程。在项目开发过程中，控制器和视图部分由于使用系统框架，应更多采用面向对象编程的方式；而模型或业务逻辑等自定义类型部分，则应优先考虑面向协议编程。
