Принципы проектирования на основе протоколов

Протокол-ориентированное программирование (POP) отдаёт предпочтение композиции протоколов перед наследованием классов для создания гибкого, удобного для тестирования и повторно используемого кода на Swift.

Глубокие иерархии классов создают проблемы: • Подклассы наследуют ALL: состояние и поведение суперкласса • Изменение суперкласса может нарушить работу подклассов • Нельзя наследоваться сразу от двух классов Протоколы решают все три проблемы.

```swift protocol Greetable { var greeting: String { get } func greet() } extension Greetable { func greet() { print(greeting) } // default implementation } ``` Расширения протоколов предоставляют реализации по умолчанию, которые любой соответствующий тип получает без дополнительного кода.

```swift protocol Persistable { func save() } protocol Networked { func fetch() async throws -> Data } protocol Loggable { func log(_ msg: String) } struct DataService: Persistable, Networked, Loggable { ... } ``` Сочетайте поведения как блоки LEGO — иерархия классов не нужна.

```swift extension Loggable { func log(_ msg: String) { print("[\(type(of: self))] \(msg)") } } // Every Loggable type gets this for free ```

Протоколы можно применять к типам, которыми Вы не владеете: ```swift protocol JSONConvertible { func toJSON() -> String } extension Int: JSONConvertible { func toJSON() -> String { "\(self)" } } ``` Добавляйте соответствия типам стандартной библиотеки без создания подклассов.

Структуры, соответствующие протоколам, дают Вам *и* семантику значений, *и* полиморфизм: ```swift protocol Shape { var area: Double { get } } struct Circle: Shape { var radius: Double; var area: Double { .pi * radius * radius } } struct Square: Shape { var side: Double; var area: Double { side * side } } let shapes: [any Shape] = [Circle(radius:3), Square(side:4)] shapes.map { $0.area } // [28.27, 16] ```

```swift protocol DataStore { func save(_ data: Data) } struct FileStore: DataStore { func save(_ d: Data) { /* disk */ } } struct MockStore: DataStore { func save(_ d: Data) { /* test log */ } } class Service { let store: DataStore init(store: DataStore) { self.store = store } } ```

Выбирайте классы, когда: • Вам нужно общее изменяемое состояние (семантика ссылок) • Требуется интеграция с API ObjC/UIKit • Наследование является подходящей моделью (что бывает редко) Во всех остальных случаях по умолчанию выбирайте протоколы и структуры.

• Протоколы возможностей: суффиксы `-able`, `-ible`, `-ing` (Equatable, Hashable, Coding) • Протоколы делегатов: суффикс `Delegate` или `DataSource` • Абстрактная роль: существительное (`Store`, `Parser`, `Renderer`) Хорошие имена делают протокол-ориентированный код понятным без дополнительной документации.

Ключевые выводы: • Предпочитайте протоколы и структуры иерархиям классов • Расширения протоколов предоставляют общие реализации по умолчанию • Составляйте поведения из небольших протоколов, каждый из которых решает одну задачу • Протоколы позволяют внедрять зависимости для удобства тестирования • Оставляйте классы для семантики ссылок и взаимодействия с ObjC Курс завершён! Далее: типы-значения и ссылочные типы в подробностях.