什么是面向協議編程？
面向協議 = 協議 + 擴展 + 繼承
通過協議、擴展做功能劃分，降低模塊間的耦合，增強代碼的可擴展性。iOS中有一個不足之處就是多重繼承，而協議正好能夠解決多重繼承的問題。在Swift中結構體變的更加強大了，不僅能定義屬性，還能定義方法，還能多重繼承協議，這是OC所不提供的。
下面通過一個實列，感受一下面向協議的魅力。
網絡請求封裝
1、協議聲明-base
protocol HBRequest {
var host: String {get}
var path: String {get}
var method: HBHTTPMethod {get}
var parameter: [String : Any] {get}
associatedtype Response
func parse(data:Data) -> Response?
}
聲明一個協議，定義與請求相關的屬性，定義模型化的方法，注意這里的模型并不知道具體要轉為什么類型的模型，因此這里聲明了一個關聯屬性，對外即為泛型model。這里的model由外界請求配置決定。
該協議屬性應該在具體業務中賦值，請求方法是每個業務模塊都會使用的，因此請求方法應該處理為公共方法。
2、實現請求方法
extension HBRequest {
func send(handler: @escaping(Response?) -> Void) {
//請求網絡 - 序列化 - model
let url = URL(string: host.appending(path))!
var request = URLRequest(url: url)
request.httpMethod = method.rawValue
let task = URLSession.shared.dataTask(with: request){
(data,reponse,error) in
if let data = data, let resp = self.parse(data: data){
DispatchQueue.main.async {
handler(resp)
}
}else{
DispatchQueue.main.async {
handler(nil)
}
}
}
task.resume()
}
}
擴展協議實現協議方法，將網絡請求模塊放于方法中，對外暴露閉包以方便內部向外傳值。通過主線程向外傳遞數據。
這里調用了模型化self.parse方法對外返回模型，這里并沒有實現怎么就調用了呢？這和我們常用的順序處理不一樣，這里模型化方法是在請求配置中實現的也就是model中。有人肯定會想為什么不直接返回data在外界處理呢？可以設想一下如果通過閉包交給外部處理，一般請求是在業務層發起，那么業務層或者說Controller吧就不僅要處理視圖加載還要處理數據了，這時候分工就混亂了。和我們想要的MVC、MVVM架構思想就背道而馳。因此返回模型給業務層是最合理的，數據處理都交由model層處理。
以上聲明的協議和對協議的擴展我們可以當做請求的基礎類，在同一文件下，業務層發起請求直接調用該方法，當然是通過該協議的繼承者來調用，即具體model文件中的請求配置結構體來調用。
3、模型構建及序列化-model
結構體是最好的數據歸類的載體，因此model選擇結構體來管理我們的屬性。實現如下：
struct HBPerson {
let name: String
let headimg: String
let description: String
//數據解析
init?(data:Data) {
guard let obj = try? JSONSerialization.jsonObject(with: data, options: .allowFragments) as? [String:Any] else {
return nil
}
let data = obj["data"] as! [String:String]
self.name = data["name"]!
self.headimg = data["headimg"]!
self.description = data["description"]!
}
}
- 設置模型屬性
- 初始化時傳入
data做數據解析
這里除了要構建模型還要配置網絡請求參數：
struct HBUserInfoRequest : HBRequest{
var host: String = "http://onapp.yahibo.top/public/?s=api/"
var path: String = "test/info"
var method: HBHTTPMethod = .GET
var parameter: [String : Any] = [:]
typealias Response = HBPerson
//序列化
func parse(data: Data) -> HBPerson? {
return HBPerson(data: data)
}
}
-
HBUserInfoRequest繼承自基礎協議，對請求參數做配置 - 實現基礎協議的的序列化方法，該方法在
HBRequest擴展中調用 - 將處理完成的數據即
model對象返回給HBRequest中的send方法，這樣在業務層就可以獲取到具體model對象了
以上兩個結構體，我們可以歸為一個model類，在同文件下實現，等價于OC的一個model類。
4、發起請求-controller
let request = HBLoginRequest()
request.send {[weak self] (person) in
print(person?.headimg as Any)
self?.imageview.kf.setImage(with: URL.init(string: ""))
self?.nameLabel.text = person?.name
self?.descriptionLabel.text = person?.description
}
直接創建請求對象并發起請求。完美，此時對各層的功能已劃分完成即：
請求基礎層（base）+數據層（model）+業務層（controller）
以上是一個簡單的對網絡請求封裝的一個例子，通過協議很好的連接了模型層和業務層。當然在之前RxSwift的學習中我們能夠更多的感受到協議的魅力，通過協議解除了功能模塊的耦合。
