为什么说swift是面向协议编程--草稿

为什么说swift是面向协议编程

public protocol ReactiveCompatible {

    /// Extended type

    associatedtype CompatibleType

    /// Reactive extensions.

    static var rx: Reactive<CompatibleType>.Type { get set }

    var rx: Reactive<CompatibleType> { get set }

}

extension ReactiveCompatible {

    public static var rx: Reactive<Self>.Type {

        get {

            return Reactive<Self>.self

        }

        set {

            // this enables using Reactive to "mutate" base type

    }

    public var rx: Reactive<Self> {

            return Reactive(self)

            // this enables using Reactive to "mutate" base object

protocol Response {

    /// The task metrics containing the request / response statistics.

    var _metrics: AnyObject? { get set }

    mutating func add(_ metrics: AnyObject?)

其实像 Ruby 中的 Mix-in 或 Trait可以实现类似的功能，这里不展开讨论了。

当然会有人说，面向协议编程，这里的 protocol 不就是 Java 中的 interface 吗，对，也不对。Java 中的 interface，更多的功能是处理类型信息，更像是多态的效果，然而并没有提供代码的复用机制，因为拥有相同接口的不同的类，即使他们的接口实现都相同，也必须同时实现这个接口，于是，重复代码又出现了！

在 Swift 2.0 之后，我们可以使用 extension 为 protocol 添加默认的实现，也就是说，在大多数情况下，我们使用这种低耦合的方式，让你的类站出来说，我要遵循 XXX 协议，然后，就完成了！

http://www.futantan.com/2016/03/03/程序员的懒惰与面向协议编程-POP/

"A protocol defines a blueprint of methods, properties… The protocol can then be adopted by a class, structure, or enumeration" - Apple

------------------越是喧嚣的世界，越需要宁静的思考------------------

合抱之木，生于毫末；九层之台，起于垒土；千里之行，始于足下。

积土成山，风雨兴焉；积水成渊，蛟龙生焉；积善成德，而神明自得，圣心备焉。故不积跬步，无以至千里；不积小流，无以成江海。骐骥一跃，不能十步；驽马十驾，功在不舍。锲而舍之，朽木不折；锲而不舍，金石可镂。蚓无爪牙之利，筋骨之强，上食埃土，下饮黄泉，用心一也。蟹六跪而二螯，非蛇鳝之穴无可寄托者，用心躁也。