Какие знаешь шаблоны проектирования в iOS?

Шаблоны проектирования в iOS

В iOS-разработке активно используются как классические паттерны из банды четырёх (GoF), так и специфичные для платформы архитектурные шаблоны и паттерны Apple. Их применение направлено на создание поддерживаемого, тестируемого и масштабируемого кода. Я разделю их на несколько ключевых категорий.

1. Архитектурные паттерны (крупномасштабные)

Эти паттерны определяют структуру всего приложения.

• MVC (Model-View-Controller) – базовый шаблон, продвигаемый Apple. Однако в iOS он часто превращается в Massive View Controller, так как UIViewController по умолчанию берёт на себя слишком много обязанностей (логика представления, бизнес-логика).

  // Пример разделения
  struct Model { // Модель
      var data: String
  }
  class ViewController: UIViewController { // Контроллер
      @IBOutlet weak var label: UILabel!
      var model: Model!
      override func viewDidLoad() {
          super.viewDidLoad()
          label.text = model.data // Обновление View
      }
  }
  

• MVVM (Model-View-ViewModel) – наиболее популярная альтернатива MVC. ViewModel выступает посредником, преобразуя данные модели для представления и управляя состоянием UI через связывание данных (data binding), часто с использованием ObservableObject и @Published в SwiftUI или RxSwift/Combine.

  import Combine
  class MyViewModel: ObservableObject {
      @Published var title: String = "" // Данные для View
      func loadData() {
          title = "Загружено" // Логика обновления
      }
  }
  

• VIPER (View-Interactor-Presenter-Entity-Router) – чёткое разделение ответственности по модулям (экранам). Отлично подходит для больших проектов, но требует много boilerplate-кода.
• Clean Architecture (The Clean Swift) – реализация принципов Роберта Мартина с независимостью бизнес-правил от фреймворков. Использует цикл VIP (View-Interactor-Presenter).

2. Порождающие паттерны (Creational)

Отвечают за инкапсуляцию процесса создания объектов.

• Singleton – гарантирует единственный экземпляр класса. Широко используется в iOS (UIApplication.shared, UserDefaults.standard), но требует осторожности из-за проблем с тестированием.

  class NetworkManager {
      static let shared = NetworkManager()
      private init() {}
      func request() { /* ... */ }
  }
  

• Factory Method – определяет интерфейс для создания объекта, но позволяет подклассам изменять тип создаваемого экземпляра. Часто встречается в инициализации UIView.
• Builder – пошаговое создание сложных объектов. Полезен для конфигурации многочисленных параметров (например, URLRequest).

  class AlertBuilder {
      private var title: String?
      func setTitle(_ title: String) -> Self {
          self.title = title
          return self
      }
      func build() -> UIAlertController {
          let alert = UIAlertController(title: title, message: nil, preferredStyle: .alert)
          return alert
      }
  }
  // Использование
  let alert = AlertBuilder().setTitle("Ошибка").build()
  

• Dependency Injection (Внедрение зависимостей) – не является классическим GoF-паттерном, но критически важен. Передача зависимостей извне (через конструктор, свойства или методы) вместо их создания внутри класса. Упрощает тестирование.

3. Структурные паттерны (Structural)

Организуют структуры классов и объектов.

• Adapter – позволяет объектам с несовместимыми интерфейсами работать вместе. В iOS: UITableViewDataSource и UITableViewDelegate являются адаптерами для связи данных с UITableView.
• Decorator – динамически добавляет новую функциональность объектам. Реализован через категории (Category) в Objective-C и расширения (Extension) в Swift.

  extension String {
      var localized: String { // Декоратор для локализации
          return NSLocalizedString(self, comment: "")
      }
  }
  // Использование
  label.text = "welcome_title".localized
  

• Facade – предоставляет простой интерфейс к сложной подсистеме. Классический пример – AVFoundation, где AVPlayer является фасадом для управления воспроизведением.
• Coordinator – паттерн для управления потоком навигации в приложении. ViewController делегирует ответственность за переходы отдельному объекту Coordinator, что уменьшает связанность.

4. Поведенческие паттерны (Behavioral)

Решают задачи эффективного взаимодействия объектов.

• Observer – позволяет объектам подписываться на события и получать уведомления. Фундаментален для реактивного программирования. Реализации: KVO (Key-Value Observing), NotificationCenter, @Published в Combine, ObservableObject в SwiftUI.

  // NotificationCenter
  NotificationCenter.default.addObserver(self, selector: #selector(handleNotification), name: .myEvent, object: nil)
  

• Delegate – краеугольный камень Cocoa Touch. Объект поручает другому объекту (делегату) выполнение специализированных задач. Примеры: UITableViewDelegate, CLLocationManagerDelegate.

  protocol MyServiceDelegate: AnyObject {
      func service(_ service: MyService, didReceive data: Data)
  }
  

• Strategy – определяет семейство алгоритмов, инкапсулирует каждый и делает их взаимозаменяемыми. Часто используется для вариативного поведения (например, различные алгоритмы сортировки или стратегии кэширования).
• Command – инкапсулирует запрос как объект, позволяя параметризовать клиенты с различными запросами. Применяется в реализации undo/redo или для отложенного выполнения задач.

5. Специфичные паттерны iOS / Apple

• Responder Chain (Цепочка ответственности) – система обработки событий (касания, встряхивание), где событие передаётся по цепочке объектов-обработчиков (UIResponder).
• Template Method – определён в родительском классе, а шаги алгоритма переопределяются в подклассах. Например, жизненный цикл UIViewController (viewDidLoad, viewWillAppear – это "хуки").
• Composite – иерархическая структура views в UIKit. UIView может содержать другие UIView, образуя дерево.

Критерии выбора паттерна

Выбор зависит от задачи:

• Для простых экранов – достаточно MVC или MVVM.
• Для сложного бизнес-логического слоя – VIPER или Clean Architecture.
• Для управления навигацией – Coordinator.
• Для реактивности – Observer (Combine/RxSwift).
• Для уменьшения связанности – Dependency Injection и Delegate.

Важно не слепо следовать шаблонам, а понимать их принципы (инкапсуляция изменений, разделение ответственности, слабая связность) и применять их обдуманно, чтобы избежать излишней сложности. В современной iOS-разработке тренд смещается в сторону комбинирования паттернов (например, MVVM + Coordinator + Dependency Injection + Repository) и использования реактивного программирования с фреймворком Combine.