我可以使用没有功能的Swift协议吗？

Question

考虑这个典型的例子，有时可以在教程中看到等等（ 甚至在Apple的代码中 ）：

protocol Nameable {
     var name: String {get}
}

struct Person : Nameable {
     var name: String
}

我的问题是，这种模式的好处是什么？ 一旦将函数添加到协议中，我就能理解它，但对于只有一个或多个变量的协议，什么可能是一个很好的应用程序？ 为什么不直接为每个struct和class添加name ？

Answer 1

Person不是唯一不是你唯一想要命名的东西。 宠物有名字，道路有名字，哎呀，有人叫他们的车。

如果我们想要在不同对象的集合中命名每个对象，该怎么办？ 如果我们将这些对象存储在Any的集合中，我们没有办法保证所有对象都有名称。

这就是协议的Nameable 。通过创建一个Nameable协议，我们可以创建一个Nameable对象的集合，并确保其中的所有对象都有一个名称。

这是一个例子：

protocol Nameable {
    var name: String {get}
}

struct Person : Nameable {
    let name: String
    let age: Int
    // other properties of a Person
}

struct Pet : Nameable {
    let name: String
    let species: String
    // other properties of a Pet
}

struct Car : Nameable {
    let name: String
    let horsepower: Double
    // other properties of a Car
}

let namableItems: [Nameable] = [
    Person(name: "Steve", age: 21),
    Pet(name: "Mittens", species: "Cat"),
    Car(name: "My Pride and Joy", horsepower: 9000)
]

for nameableItem in namableItems {
    print("\(nameableItem.name) is a \(nameableItem.dynamicType).")
}

哪个印刷品：

史蒂夫是个人。

连指手套是宠物。

我的骄傲和喜悦是一辆车。

你可以在这里试试。

Answer 2

基本上，您承诺您的类/结构将包含已定义的属性。

对于结构，这非常重要，因为它们不能被子类化。

此外，子类只能有1个超类，因此您无法创建具有多个父类的Person。

我建议你阅读这篇文章，了解为什么使用协议而不是子类化以及使用它们的主要目的：

http://alisoftware.github.io/swift/protocol/2015/11/08/mixins-over-inheritance/

Answer 3

答案的关键在于协议这个词。

议定书是一套规则系统，用于解释在正式情况下应遵循的正确行为和程序。

也就是说，当你声明对象（struct，enum，class，..）必须符合协议时 ，你必须尊重它。 如果不这样做，Xcode会抛出错误 。

因此，主要的（绝对不是唯一的实用程序）之一就是您不能忘记在各种对象中包含属性和/或函数。

如果多个开发人员正在处理相同的代码，或者只是为了避免分散注意力的人为错误，这可能非常有用。

协议的另一个重要优点是它们可以用作类型 。

因此，继承相同协议的struct，enum或不同的类，它们都可以追溯到相同的类型。