用协议和扩展来解释面向协议编程。

Question

用协议和扩展来解释面向协议编程。

IT Interview Practice · Accepted Answer

**面向协议编程（POP）**是 Swift 首选的行为共享方式：类型**遵循协议**而不是继承自基类，而**协议扩展**则提供可复用的默认实现。这让你在没有单继承那种僵化性的前提下获得组合与代码复用。

## 工作原理

协议声明需求；该协议上的扩展提供默认行为，任何遵循者都能免费继承。

```swift
protocol Identifiable {
    var id: String { get }          // requirement
}

protocol Describable {
    var name: String { get }
}

// Default implementation shared by ALL conformers
extension Describable {
    func describe() -> String { "Item: \(name)" }
}

struct Product: Identifiable, Describable {   // composes multiple protocols
    let id: String
    let name: String
}

Product(id: "1", name: "Book").describe()     // => "Item: Book" (free)
```

## 协议扩展 vs 类继承

- **struct 和 enum 都能遵循**——POP 适用于值类型，而类继承不行。
- **多重遵循**：一个类型可以采纳多个协议；而一个类只有一个父类。
- **受约束的扩展**只在有意义的地方添加行为：

```swift
extension Collection where Element: Numeric {
    func total() -> Element { reduce(0, +) }   // only for numeric collections
}
[1, 2, 3].total()   // => 6
```

## 常见陷阱

- **静态派发 vs 动态派发：** *只*定义在扩展中（而不在协议中）的方法，会按变量声明的类型进行静态派发——因此在遵循者中覆写它，通过一个协议类型的引用调用时可能不会被调用。把它声明在协议中即可获得动态派发。

## 为什么这很重要

POP 是 Swift 标准库（`Equatable`、`Collection`、`Codable`）以及可测试架构的支柱——你依赖协议，并用 mock 替换遵循者。面试官探究这一点是想看你是否用协议来组合行为，而不是构建深而脆弱的类层次结构。

工作原理

相关问题

协议扩展 vs 类继承

常见陷阱

为什么这很重要