对面向协议不熟悉的swift开发者，个人感觉这篇文章写得很好，适合面向协议编程的初学者。
原文作者：http://www.tuicool.com/articles/AzAZvqQ

简单的任务

假设你要写一个由一张图片和一个按钮构成的简单应用，产品经理希望按钮被点击的时候图片会抖动，就像这样：

aAjQ7rQ.gif

由于这个动画常常在用户名或者密码输入错误时被用到，所以我们很容易就能 在 StackOverflow 上找到代码 （就像每个好的开发者都会做的一样:grin:）
这个需求最难的地方就是决定实现抖动的代码应该写在哪儿，但这其实也没多难。我写了个 UIImageView 的子类，再给它加上一个 shake() 方法就搞定了。

//  FoodImageView.swift
 
import UIKit
 
class FoodImageView: UIImageView {
    
    // shake() 方法写在这儿
    func shake() {
        let animation = CABasicAnimation(keyPath: "position")
        animation.duration = 0.05
        animation.repeatCount = 5
        animation.autoreverses = true
        animation.fromValue = NSValue(CGPoint: CGPointMake(self.center.x - 4.0, self.center.y))
        animation.toValue = NSValue(CGPoint: CGPointMake(self.center.x + 4.0, self.center.y))
        layer.addAnimation(animation, forKey: "position")
    }
}

现在，当用户点击按钮的时候，我只要调用 ImageView 的 shake 方法就行了：

//  ViewController.swift
 
import UIKit
 
class ViewController: UIViewController {
 
    @IBOutlet weak var foodImageView: FoodImageView!
    
    @IBAction func onShakeButtonTap(sender: AnyObject) {
        // 在这里调用 shake 方法
        foodImageView.shake()
    }
}

这并没什么令人激动的。任务完成，现在我可以继续处理别的任务了……感谢 StackOverflow!

功能拓展

然而，就像实际开发中会发生的那样，当你认为你搞定了任务，可以继续下一项的时候，设计师跳了出来告诉你他们希望按钮能够和 ImageView 一起抖动……

bU73amV.gif

当然，你可以重复上面的做法–写个 UIButton 的子类，再加个 shake 方法：

//  ShakeableButton.swift
 
import UIKit
 
class ActionButton: UIButton {
 
    func shake() {
        let animation = CABasicAnimation(keyPath: "position")
        animation.duration = 0.05
        animation.repeatCount = 5
        animation.autoreverses = true
        animation.fromValue = NSValue(CGPoint: CGPointMake(self.center.x - 4.0, self.center.y))
        animation.toValue = NSValue(CGPoint: CGPointMake(self.center.x + 4.0, self.center.y))
        layer.addAnimation(animation, forKey: "position")
    }
 
}

现在，当用户点击按钮的时候，你就可以让 ImageView 和按钮一起抖动了：

//  ViewController.swift
 
class ViewController: UIViewController {
 
    @IBOutlet weak var foodImageView: FoodImageView!
    @IBOutlet weak var actionButton: ActionButton!
    
    @IBAction func onShakeButtonTap(sender: AnyObject) {
        foodImageView.shake()
        actionButton.shake()
    }
}

但愿你没这么做……在两个地方重复编写 shake() 方法违背了 DRY（don’t repeat yourself）原则。如果之后一个设计师又过来表示需要更多或者更少的视图进行抖动，你就不得不在多处修改逻辑，这样当然并不理想。
所以该如何重构呢？

通常的处理方式

如果你写过 Objective-C, 你很可能会把 shake() 写到一个 UIView 的分类（Category) 中（也就是 Swift 中的拓展 (extension)）：

//  UIViewExtension.swift
 
import UIKit
 
extension UIView {
    
    func shake() {
        let animation = CABasicAnimation(keyPath: "position")
        animation.duration = 0.05
        animation.repeatCount = 5
        animation.autoreverses = true
        animation.fromValue = NSValue(CGPoint: CGPointMake(self.center.x - 4.0, self.center.y))
        animation.toValue = NSValue(CGPoint: CGPointMake(self.center.x + 4.0, self.center.y))
        layer.addAnimation(animation, forKey: "position")
    }
}

现在，UIImageView 和 UIButton（以及其他所有视图）都有了可用的 shake() 方法：

class FoodImageView: UIImageView {
    // 其他自定义写在这儿
}
 
class ActionButton: UIButton {
    // 其他自定义写在这儿
}
 
class ViewController: UIViewController {
 
    @IBOutlet weak var foodImageView: FoodImageView!
    @IBOutlet weak var actionButton: ActionButton!
    
    @IBAction func onShakeButtonTap(sender: AnyObject) {
        foodImageView.shake()
        actionButton.shake()
    }
}

然而，你立刻就会发现，在 FoodImageView 或者 ActionButton 的代码中并没有什么特别的东西表示它们能够抖动。只是因为你写了那个拓展（或分类），你知道有那么一个能实现抖动的方法被放在其中某处。

再进一步说，这种分类模式很容易就会失控。分类容易变成一个垃圾桶，以存放那些你不知道该放到哪里的代码。很快，分类里的东西就太多了，你甚至都不知道一些代码为什么在那儿，又该用在哪儿?
所以，该怎么做呢……:thought_balloon:

用协议（Protocol）来搞定！

你猜对了！Swifty 的解决方案就是用协议！我们能够利用协议拓展的力量来创建一个带有默认 shake() 方法实现的 Shakeable 协议：

//  Shakeable.swift
 
import UIKit
 
protocol Shakeable { }

// 你可以只为 UIView 添加 shake 方法！
extension Shakeable where Self: UIView {
    
    // shake 方法的默认实现
    func shake() {
        let animation = CABasicAnimation(keyPath: "position")
        animation.duration = 0.05
        animation.repeatCount = 5
        animation.autoreverses = true
        animation.fromValue = NSValue(CGPoint: CGPointMake(self.center.x - 4.0, self.center.y))
        animation.toValue = NSValue(CGPoint: CGPointMake(self.center.x + 4.0, self.center.y))
        layer.addAnimation(animation, forKey: "position")
    }
}

现在，我们只需要让任何确实需要抖动的视图遵从 Shakeable 协议就好了：

class FoodImageView: UIImageView, Shakeable {
    // 其他自定义写在这儿
}
 
class ActionButton: UIButton, Shakeable {
    // 其他自定义写在这儿
}
 
class ViewController: UIViewController {
 
    @IBOutlet weak var foodImageView: FoodImageView!
    @IBOutlet weak var actionButton: ActionButton!
    
    @IBAction func onShakeButtonTap(sender: AnyObject) {
        foodImageView.shake()
        actionButton.shake()
    }
}

这里需要注意的第一点是可读性！仅仅通过 FoodImageView 和 ActionButton 的类声明，你就能立刻知道它能抖动。

如果设计师跑过来表示希望在抖动的同时 ImageView 能暗淡一点儿，我们也能够利用相同的协议拓展模式添加新的功能，进行超级赞的功能组合。

// 添加暗淡功能
class FoodImageView: UIImageView, Shakeable, Dimmable {
    // 其他实现写在这儿
}

而且，当产品经理不再想让 ImageView 抖动的时候，重构起来也超级简单。只要移除对 Shakeable 协议的遵从就好了！

class FoodImageView: UIImageView, Dimmable {
    // 其他实现写在这儿
}

结论

使用协议拓展来构造视图, 你就为你的代码库增加了超级棒的 可读性 ， 复用性 和 可维护性

译者注，原文评论中有人认为 “面向协议的视图” 并没必要，增加了过多的代码（每个功能都要写个协议）及不必要的代码层次（分类/拓展的话是 类 -> 方法，而协议是 类 -> 协议 -> 方法），一般的需求没必要这样，并提供了一个演讲供参考，演讲大意是避免不必要的层层封装，保持简单实现，代码的未来的拓展什么的自然有维护团队（=，=？）做等等。另外也有其他读者对之进行了反驳，感兴趣可以看看。个人还是支持作者的观点。

本文由 SwiftGG 翻译组翻译，已经获得作者翻译授权，最新文章请访问http://swift.gg。