swift：面向对象、面向函数、面向协议编程
一、面向对象
传统的面向对象开发思维方式是将类中实现的相似方法抽取出来，接着放入一个Base类，然后继承于Base类后各个类即可找拥有相同的方法，不用再一个个手动实现。
具体代码请参考前面分析斗鱼的文章。传送门
二、面向函数
Swift 支持 map, reduce, filter, flatmap 这类去除中间状态、数学函数式的方法，更加强调运算结果而不是中间过程，所以我们也说Swift是面向函数编程。
三、面向协议（POP）
1、OC和Swift的面向协议的区别
OC无法做到面向协议开发，而Swift可以，因为Swift可以做到协议方法的具体实现，而OC不行。面向协议开发的核心是：模块化（组件化）。
注意：swift可以做到协议方法的具体实现。也就是说，声明协议方法之后，扩展extension该协议，然后实现该协议方法。让类遵守该代理，然后这个类就可以直接调用协议的方法了。
注意两点：
a.protocol中可以声明变量，方便在协议方法中使用。
b.协议方法的具体实现需要在extension中来实现。
示例如下：
- 声明协议
protocol NetworkToolProtocol {
// MARK: - --------------------------------- 首页 home ---------------------------------
// MARK: 首页顶部新闻标题的数据
static func loadHomeNewsTitleData(completionHandler: @escaping (_ newsTitles: [HomeNewsTitle]) -> ())
// MARK: 首页顶部导航栏搜索推荐标题内容
static func loadHomeSearchSuggestInfo(_ completionHandler: @escaping (_ searchSuggest: String) -> ())
// MARK: 获取首页、视频、小视频的新闻列表数据
static func loadApiNewsFeeds(category: String, ttFrom: TTFrom, _ completionHandler: @escaping (_ maxBehotTime: TimeInterval, _ news: [NewsModel]) -> ())
}
- 实现协议
extension NetworkToolProtocol {
// MARK: - --------------------------------- 首页 home ---------------------------------
/// 首页顶部新闻标题的数据
/// - parameter completionHandler: 返回标题数据
/// - parameter newsTitles: 首页标题数组
static func loadHomeNewsTitleData(completionHandler: @escaping (_ newsTitles: [HomeNewsTitle]) -> ()) {
let url = BASE_URL + "/article/category/get_subscribed/v1/?"
let params = ["device_id": device_id,
"iid": iid]
Alamofire.request(url, parameters: params).responseJSON { (response) in
// 网络错误的提示信息
guard response.result.isSuccess else { return }
if let value = response.result.value {
let json = JSON(value)
guard json["message"] == "success" else { return }
if let dataDict = json["data"].dictionary {
if let datas = dataDict["data"]?.arrayObject {
var titles = [HomeNewsTitle]()
titles.append(HomeNewsTitle.deserialize(from: "{\"category\": \"\", \"name\": \"推荐\"}")!)
titles += datas.flatMap({
HomeNewsTitle.deserialize(from: $0 as? NSDictionary)
})
completionHandler(titles)
}
}
}
}
}
}
........
- 继承协议（结构体或类都可以）
struct NetworkTool: NetworkToolProtocol {}
然后，通过NetworkTool直接就可以调用NetworkToolProtocol的方法了。
-
多多思考：
至此，我们就可以通过面向协议的方式给类定制不同的功能，也就是模块化。可以发现Swift的面向协议编程跟c++的多继承很相似。 -
思考二：此时的NetworkToolProtocol是可以被任意类继承的，如果需要特定继承呢？我们该怎么处理？
约束：为了特定的继承，我们添加约束，比如只允许UserDiggViewController类继承。
extension NetworkToolProtocol where Self : UserDiggViewController{}
2、为什么要使用POP编程？
Swift已经是一门面向对象的语言，类已经满足我们的所有需求，功能也很强大，为什么还要使用POP呢？
我们知道，在Swift中，值类型优先于类。然而，面向对象不能很好地与结构体和枚举一起工作：因为结构体和枚举不能被继承。因此，作为面向对象的一大特征-------继承，就不能应用于值类型了。
3、面向协议编程（POP）的好处有什么呢？
- 结构体、枚举等值类型也可以使用。
- 可以继承多个协议，弥补Swift中类单继承的不足。
- 增强代码的可扩展性，减少代码的冗余。
- 让项目更加组件化，代码可读性更高。
- 让功能代码组成一个功能块，更便于单元测试。
使用示例：
假设我们有一个ViewController，它继承自UIViewController，我们向其新添加一个方法 customMethod：
classViewController:UIViewController {
func customMethod{
}
}
此时，我们有另外个继承自UITableViewController的OtherViewController,同样也需要向其添加方法customMethod：
classViewController:UITableViewController {
func customMethod{
}
}
此时，问题就出现了，很难在不同继承关系的类里共用代码。此时的解决办法就有一下几种：
- 复制粘贴方法，这种方法是最糟糕的解决方案。
- 创建一个基类添加上共享的代码，或者在UIViewController上添加 extension。可是随着方法的增多，会让基类由于职责不明，什么方法都扔进基类，完全区分不了哪个类走了基类，很快变成了垃圾堆。这样会对项目造成混乱的影响。
- 依赖注入，通过外界传入一个带有 customMethod的对象，用新的类型来提供这个功能。这是一个稍好的方式，但是引入额外的依赖关系，也是我们不愿意看到。
使用POP解决问题
a.定义一个含有customMethod的协议ex;
protocol ex {
func customMethod;
}
b.在extension中为customMethod添加实现：
extension ex {
func customMethod{
//方法实现
}
}
有了这个协议扩展，只要在ViewController和OtherViewController遵循ex协议，就可以直接使用customMethod方法了。
4、协议继承
协议可以从其它协议继承，然后在它继承的需求之上添加功能，因此可以提供更细粒度和更加灵活的设计。
5、协议的组合
类、结构体和枚举可以符合多个协议，他们可以采用多个协议的默认实现。是不是和多继承很类似？这种组合方式不仅比将所有需要的功能压缩到一个基类中更灵活，而且也适用于值类型。
class FirstVC:ex1,ex2{
}
ex1,ex2,代表两个不同的协议
