🤔 Какие плюсы и минусы layout'а?

Каждый способ создания макетов (layout'а) в iOS-разработке имеет свои преимущества и недостатки.

🚩Interface Builder (IB)

➕Визуальное редактирование
Удобный графический интерфейс для быстрой настройки и визуального просмотра изменений.
➕Интеграция с Auto Layout
Простая настройка ограничений (constraints) для адаптивного интерфейса.
➕Быстрое прототипирование
Возможность быстрого создания и изменения макетов без написания кода.
➖Меньшая гибкость
Ограниченные возможности для создания сложных и динамических макетов.
➖Конфликты при совместной работе
Трудности при слиянии изменений в storyboard или xib файлах в больших командах.
➖Производительность
Более медленное время загрузки по сравнению с программными подходами.

🚩Auto Layout

➕Адаптивность
Поддержка различных устройств и ориентаций экрана.
➕Мощные инструменты
Возможность создания сложных и адаптивных макетов с помощью ограничений.
➕Интеграция с Interface Builder
Упрощенная настройка ограничений через визуальный интерфейс.
➖Крутая кривая обучения
Может быть сложно освоить, особенно для новичков.
➖Управление сложными макетами
Требует тщательного планирования и может стать сложным при работе с большим количеством ограничений.

🚩Programmatic Layout

➕Полный контроль
Возможность точной настройки макета с помощью кода.
➕Гибкость
Легкость создания динамических и условных макетов.
➕Управление версиями
Легче управлять изменениями в коде по сравнению с визуальными файлами.
➖Большая трудоемкость
Требует больше времени и усилий для настройки, особенно для сложных макетов.
➖Меньшая наглядность
Отсутствие визуального редактора может затруднить представление конечного результата.

🚩Stack Views

➕Упрощение макетов
Легкость создания и управления сложными макетами с минимальными усилиями.
➕Интеграция с Auto Layout
Автоматическое управление ограничениями для вложенных элементов.
➕Адаптивность
Поддержка различных ориентаций и размеров экранов.
➖Ограниченная гибкость
Менее гибкие по сравнению с чистым Auto Layout или программными подходами.
➖Поддержка
Не всегда подходят для всех типов макетов, особенно для более сложных компоновок.

🚩SwiftUI

➕Декларативный синтаксис
Простота и понятность кода благодаря декларативному подходу.
➕Превью в реальном времени
Мгновенное обновление интерфейса при изменении кода.
➕Интеграция с Swift
Современные возможности языка и тесная интеграция с экосистемой Apple.
➕Кроссплатформенность
Поддержка различных платформ (iOS, macOS, watchOS, tvOS).
➖Требования к версии iOS
Поддержка только iOS 13 и выше, что может ограничить использование на старых устройствах.
➖Зрелость фреймворка
Некоторые функции еще находятся в стадии разработки, и могут быть ограничены возможности по сравнению с UIKit.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи об отличиях MVC от MVP?

MVC (Model-View-Controller) разделяет данные, пользовательский интерфейс и логику управления, где View напрямую взаимодействует с Controller. В MVP (Model-View-Presenter) Presenter управляет всей логикой и взаимодействием, а View становится пассивной, обрабатывая только отображение данных. MVP лучше подходит для тестирования, так как логика полностью изолирована в Presenter.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Зачем нужны сильные ссылки?

Являются важным механизмом управления памятью в Swift и других языках программирования с автоматическим управлением памятью.

🚩Основные причины использования

🟠Удержание объектов в памяти
Сильные ссылки гарантируют, что объект остается в памяти, пока на него существует хотя бы одна сильная ссылка. Без сильных ссылок объекты могли бы быть автоматически удалены сборщиком мусора, даже если они все еще нужны.

class Person {
var name: String
init(name: String) {
self.name = name
}
}

var person1: Person? = Person(name: "Alice")
var person2 = person1  // person2 теперь также держит сильную ссылку на объект

🟠Управление жизненным циклом объектов
Сильные ссылки контролируют время жизни объектов, предотвращая их преждевременное удаление из памяти. Объекты остаются живыми, пока они нужны, и удаляются только тогда, когда все сильные ссылки на них удаляются.

var person1: Person? = Person(name: "Alice")
person1 = nil  // Объект "Alice" удаляется, если нет других сильных ссылок на него

🟠Создание объектов, которыми владеют другие объекты
Сильные ссылки часто используются для указания владения объектами. Владеющий объект держит сильную ссылку на подчиненный объект, обеспечивая его существование. ViewController держит сильные ссылки на UI-элементы, гарантируя, что они остаются в памяти, пока ViewController активен.

class ViewController {
var button: UIButton?
init() {
button = UIButton()
}
}

var viewController: ViewController? = ViewController()

🚩Плюсы

➕Простота использования
Сильные ссылки являются стандартным способом управления памятью и не требуют дополнительного кода для их создания и управления.
➕Надежность
Они предотвращают утечки памяти, гарантируя, что объекты удаляются, когда на них больше нет ссылок.
➕Ясность кода
Сильные ссылки делают код более предсказуемым, так как объекты остаются в памяти, пока они нужны.

🚩Потенциальные проблемы

Если два объекта имеют сильные ссылки друг на друга, они никогда не будут освобождены, что приведет к утечкам памяти. Это решается использованием слабых (weak) или неактивных (unowned) ссылок.

class Person {
var name: String
var friend: Person?
init(name: String) {
self.name = name
}
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice

// Объекты alice и bob никогда не будут освобождены из памяти

🚩Решение проблемы циклов сильных ссылок

Использование слабых (weak) или неактивных (unowned) ссылок для разрыва циклов сильных ссылок:

class Person {
var name: String
weak var friend: Person?
init(name: String) {
self.name = name
}
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice

// Объекты alice и bob будут освобождены, когда на них не будет сильных ссылок

Ставь 👍 и забирай 📚 Базу знаний

🤔Что такое cherrypick?

cherrypick — это команда Git, которая позволяет взять конкретные изменения из одного коммита и применить их в другой ветке. Это полезно для исправления ошибок или добавления небольших фич без полного слияния веток.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Зачем нужны слабые ссылки?

Слабые ссылки (weak references) играют важную роль в управлении памятью, особенно когда нужно предотвратить циклы сильных ссылок (retain cycles) и утечки памяти.

🚩Основные причины использования

🟠Предотвращение циклов сильных ссылок
Циклы сильных ссылок возникают, когда два объекта держат сильные ссылки друг на друга, что препятствует их освобождению из памяти. Слабые ссылки разрывают этот цикл, позволяя одному из объектов освобождаться.

class Person {
    var name: String
    weak var friend: Person?
    init(name: String) {
        self.name = name
    }
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice

alice = nil  // Теперь объекты могут быть освобождены
bob = nil  

🟠Избежание утечек памяти
Утечки памяти происходят, когда объекты, которые больше не нужны, не освобождаются из памяти. Слабые ссылки помогают избежать этих утечек, обеспечивая правильное освобождение памяти. Делегаты часто объявляются как слабые ссылки, чтобы избежать утечек памяти.

protocol TaskDelegate: AnyObject {
    func taskDidFinish()
}

class Task {
    weak var delegate: TaskDelegate?
    func complete() {
        delegate?.taskDidFinish()
    }
}

class ViewController: TaskDelegate {
    var task = Task()
    init() {
        task.delegate = self
    }

    func taskDidFinish() {
        print("Task finished")
    }
}  

🟠Управление временными зависимостями
Слабые ссылки удобны для временных зависимостей, когда объект не должен удерживаться в памяти, если нет других сильных ссылок. Использование слабых ссылок для временных объектов.

class Cache {
    weak var temporaryObject: SomeClass?
}

class SomeClass {
    // Код класса
}

var cache = Cache()
var object = SomeClass()
cache.temporaryObject = object
object = SomeClass()  // Старый объект удаляется, так как на него нет сильных ссылок  

🚩Плюсы и минусы

➕Предотвращение циклов ссылок
Основное преимущество слабых ссылок заключается в их способности разрывать циклы ссылок, предотвращая утечки памяти.
➕Обеспечение корректного управления памятью
Слабые ссылки позволяют объектам освобождаться из памяти, когда на них больше нет сильных ссылок, что улучшает управление ресурсами.
➕Гибкость и безопасность
Использование слабых ссылок обеспечивает более гибкое и безопасное управление зависимостями между объектами.
➖Сложности управления
Необходимо учитывать, что слабые ссылки могут стать nil в любой момент, поэтому требуется дополнительная проверка.
➖Понимание жизненного цикла объектов
Требуется хорошее понимание жизненного цикла объектов и управления памятью, чтобы правильно использовать слабые ссылки.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Чем отличается rebase от merge?

rebase переписывает историю, применяя изменения вашей ветки поверх целевой ветки, создавая линейную историю. merge объединяет две ветки, сохраняя историю обеих, что может привести к дополнительным коммитам при конфликте.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Message используется только при тестировании или еще когда-то?

В разработке и программировании в целом Message (или Message Passing) может использоваться в различных контекстах, не только при тестировании.

🚩Основные случаи использования

🟠Тестирование
Передача сообщений используется для имитации взаимодействий между объектами, проверки их поведения и создания мок-объектов. Использование XCTest для создания мок-объектов и проверки вызова методов.

class MockService: Service {
    var didCallMethod = false
    func someMethod() {
        didCallMethod = true
    }
}  

🟠Делегирование
Используется для передачи сообщений от одного объекта к другому, часто через протоколы. Это позволяет одному объекту уведомлять другой о произошедших событиях. Использование делегатов в UITableView.

protocol TableViewDelegate: AnyObject {
    func didSelectRow(at indexPath: IndexPath)
}

class TableView: UIView {
    weak var delegate: TableViewDelegate?
    // код для обработки выбора строки
}  

🟠Уведомления (Notifications)
Используется для передачи сообщений между различными частями приложения. Это позволяет объектам взаимодействовать, не зная друг о друге. Отправка и получение уведомлений.

NotificationCenter.default.post(name: .someNotification, object: nil)
  
NotificationCenter.default.addObserver(self, selector: #selector(handleNotification), name: .someNotification, object: nil)  

🟠Клоужеры (Closures)
Позволяют передавать логические блоки кода как аргументы функций или методов. Это часто используется для обратных вызовов. Использование клоужеров для асинхронных операций.

func fetchData(completion: @escaping (Result<Data, Error>) -> Void) {
    // код для получения данных
    completion(.success(data))
}  

🟠Межпроцессное взаимодействие (Inter-Process Communication, IPC)
Передача сообщений между различными процессами или приложениями, часто через специфические API и фреймворки. Использование XPC для общения между процессами.

let connection = NSXPCConnection(serviceName: "com.example.service")
connection.remoteObjectInterface = NSXPCInterface(with: ExampleProtocol.self)  

🟠Асинхронное программирование
Использование акторов и очередей для безопасной передачи сообщений между потоками. Использование DispatchQueue для выполнения задач асинхронно.

DispatchQueue.global().async {
    // Асинхронная задача
    DispatchQueue.main.async {
        // Обновление UI
    }
}  

🟠Веб-сервисы и сетевые запросы
Передача сообщений между клиентом и сервером с использованием протоколов HTTP, WebSocket и т.д. Использование URLSession для выполнения сетевых запросов.

let url = URL(string: "https://example.com/api")!
let task = URLSession.shared.dataTask(with: url) { data, response, error in
    // обработка ответа
}
task.resume()  

Ставь 👍 и забирай 📚 Базу знаний

🤔 За что отвечает "L" в "SOLID"?

"L" в SOLID — это принцип Лисков (Liskov Substitution Principle), который гласит, что объект дочернего класса должен корректно работать там, где используется объект родительского класса. Это помогает создавать устойчивые и легко расширяемые архитектуры.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое Toll-free bridging?

Это концепция в разработке на платформе Apple (iOS, macOS), которая позволяет бесшовно использовать объекты из Core Foundation (C) в Swift или Objective-C и наоборот без затрат на преобразование. Это означает, что определенные типы данных из Core Foundation и соответствующие классы Foundation взаимозаменяемы.

🚩Основные аспекты

🟠Связь между Core Foundation и Foundation
Core Foundation: Фреймворк C, предоставляющий основные типы данных и службы.
Foundation: Фреймворк Objective-C и Swift, предоставляющий более высокоуровневые API.
🟠Взаимозаменяемость
Позволяет использовать объекты Core Foundation в API, ожидающих объекты Foundation, и наоборот.

🚩Примеры

🟠CFStringRef и NSString
Эти типы взаимозаменяемы, что позволяет использовать их взаимозаменяемо в функциях и методах.

let cfString: CFString = "Hello, World!" as CFString
let nsString: NSString = cfString as NSString   

🟠CFArrayRef и NSArray
Эти типы также могут использоваться взаимозаменяемо.

let cfArray: CFArray = ["One", "Two", "Three"] as CFArray
let nsArray: NSArray = cfArray as NSArray   

🟠CFDictionaryRef и NSDictionary
Взаимозаменяемость этих типов позволяет легко переключаться между ними.

let cfDictionary: CFDictionary = ["key": "value"] as CFDictionary
let nsDictionary: NSDictionary = cfDictionary as NSDictionary   

🚩Плюсы

➕Удобство использования
Упрощает использование и интеграцию старых API Core Foundation с новыми API Foundation.
➕Производительность
Отсутствие затрат на преобразование типов улучшает производительность.
➕Совместимость
Обеспечивает совместимость между кодом, написанным на C, Objective-C и Swift.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что означает принцип open closed?

Принцип открытости/закрытости (Open/Closed Principle) гласит, что классы должны быть открыты для расширения, но закрыты для модификации. Это позволяет добавлять новую функциональность без изменения существующего кода, что снижает риск внесения ошибок.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое dSYM?

Это файл, содержащий отладочную информацию, используемую для сопоставления адресов в машинном коде с исходным кодом. В iOS и macOS разработке dSYM-файлы играют важную роль в процессе отладки и анализа сбоев (crash reports).

🚩Основные аспекты

🟠Содержание
dSYM-файл содержит символы отладки, такие как имена методов и классов, которые соответствуют машинному коду скомпилированного приложения. Эта информация позволяет разработчикам интерпретировать сбои и ошибки, связывая их с исходным кодом.

🟠Создание
dSYM-файлы автоматически создаются Xcode при сборке приложения. Они хранятся в специальной директории и могут быть включены в архив сборки (archive) для последующей загрузки в инструменты анализа сбоев.

🟠Использование
Декодирование отчетов о сбоях: При сбое приложения, отчет о сбое содержит машинные адреса, которые трудно интерпретировать без символов отладки. dSYM-файл помогает преобразовать эти адреса в понятные строки исходного кода.
Инструменты анализа: Инструменты, такие как Xcode, Crashlytics, или другие платформы сбора и анализа сбоев, используют dSYM-файлы для декодирования и анализа отчетов о сбоях.

🚩Пример использования

🟠Получение отчета о сбое (crash report)
Отчеты о сбоях можно получить из Xcode, TestFlight, App Store Connect, или от пользователей.
🟠Загрузка dSYM в сервис анализа
Сервис анализа сбоев, такой как Crashlytics, запрашивает загрузку соответствующего dSYM-файла для декодирования отчетов. Обычно это можно сделать через интерфейс разработчика или автоматически при настройке сборочного процесса.
🟠Декодирование отчета
С помощью dSYM-файла отчет о сбое преобразуется в читаемый формат, содержащий строки исходного кода, где произошел сбой.

🚩Важные моменты

🟠Сохранение dSYM-файлов
Всегда сохраняйте dSYM-файлы для каждой версии вашего приложения, так как они уникальны для каждой сборки.
🟠Управление версиями
Храните dSYM-файлы в безопасном месте (например, в системе управления версиями), чтобы всегда иметь доступ к нужной информации для анализа сбоев.
🟠Сопоставление версий
Убедитесь, что используемый dSYM-файл соответствует версии приложения, из которой получен отчет о сбое.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Чем отличаются структуры и классы?

Основное различие между структурами и классами в Swift заключается в том, что структуры являются типами-значениями, а классы — типами-ссылками. Структуры копируются при передаче в функции или при присваивании, а классы передаются по ссылке. Классы поддерживают наследование, в то время как структуры нет. Структуры также автоматически предоставляют конструкторы, и их использование чаще предпочтительно для простых контейнеров данных.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Когда появляется Sitable?

Sitable появляется в качестве новой функции, когда объект или пространство становится подходящим для использования. Это происходит благодаря изменению условий, которые делают его удобным или доступным. Например, помещение может стать sitable после установки мебели или проведения ремонта.

🚩Что такое dSYM

Файл с отладочной информацией для декодирования отчетов о сбоях. Он связывает машинный код с исходным кодом.

🟠Содержание
Имена методов и классов.
🟠Создание: Автоматически в Xcode при сборке.
🟠Использование
Декодирование отчетов о сбоях.

Пример:

1⃣Получение отчета о сбое.

2⃣Загрузка dSYM в сервис анализа (например, Crashlytics).

3⃣Декодирование отчета с помощью dSYM.

🚩Что такое Toll-free bridging

Взаимозаменяемое использование объектов Core Foundation и Foundation в Swift и Objective-C без преобразования.
Связь: Использование объектов Core Foundation и Foundation.
Примеры:
CFStringRef и NSString
CFArrayRef и NSArray
CFDictionaryRef и NSDictionary

🚩Когда использовать UITableView и UICollectionView

UITableView

let tableView = UITableView()
tableView.dataSource = self  

UICollectionView

let layout = UICollectionViewFlowLayout()
let collectionView = UICollectionView(frame: .zero, collectionViewLayout: layout)
collectionView.dataSource = self
  

Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи про capture list?

Capture list в замыканиях Swift используется для управления захватом переменных, предотвращая сильные ссылки ([weak self]) или обеспечивая их копирование ([x]). Это помогает управлять памятью и избегать утечек.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 В чём отличие Wick и Anound ссылок?

Wick-ссылки являются прямыми и предотвращают удаление объекта сборщиком мусора, тогда как Anound-ссылки являются слабыми и позволяют сборщику мусора удалить объект при отсутствии других прямых ссылок.

🚩Weak ссылки

Слабая ссылка не удерживает объект в памяти. Объект может быть освобожден, если на него нет других сильных ссылок. Может быть nil. Используется с Optional типами. Автоматически становится nil, когда объект освобождается. Для объектов, которые могут исчезнуть во время жизненного цикла.

class Person {
    var name: String
    weak var friend: Person?
    init(name: String) {
        self.name = name
    }
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice  

🚩Unowned ссылки

Неактивная ссылка не удерживает объект в памяти и не может быть nil. Никогда не бывает nil. Используется с non-Optional типами. Программа крашнется при попытке доступа к освобожденному объекту. Для объектов, которые должны существовать на протяжении всего жизненного цикла другого объекта.

class Person {
    var name: String
    var apartment: Apartment?
    init(name: String) {
        self.name = name
    }
}

class Apartment {
    unowned var tenant: Person
    init(tenant: Person) {
        self.tenant = tenant
    }
}

var alice: Person? = Person(name: "Alice")
var apt = Apartment(tenant: alice!)  

🚩Основные отличия

🟠Состояние ссылки
Weak: Может быть nil.
Unowned: Никогда не бывает nil.

🟠Жизненный цикл объекта
Weak: Используется, когда объект может быть освобожден во время жизненного цикла.
Unowned: Используется, когда объект должен существовать столько же, сколько и его владелец.

🟠Использование
Weak: Для делегатов и объектов, которые могут исчезнуть.
Unowned: Для циклических зависимостей, где один объект гарантированно существует.

Ставь 👍 и забирай 📚 Базу знаний

🤔Что такое cherrypick?

cherrypick — это команда Git, которая позволяет взять конкретные изменения из одного коммита и применить их в другой ветке. Это полезно для исправления ошибок или добавления небольших фич без полного слияния веток.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Как обращаются к объектам класса и объектам структуры?

В Swift объекты классов и структуры имеют различия в управлении памятью и способе обращения.

🚩Классы

Являются ссылочными типами, что означает, что объекты классов передаются по ссылке.

🚩Создание и обращение к объектам классов

Создание

class Person {
    var name: String
    init(name: String) {
        self.name = name
    }
}

let person1 = Person(name: "Alice")
let person2 = person1  // person2 указывает на тот же объект, что и person1  

Изменение свойств

person2.name = "Bob"
print(person1.name)  // "Bob"  

🚩Структуры

Являются значимыми типами, что означает, что объекты структур передаются по значению.

🚩Создание и обращение к объектам структур

Создание

struct Person {
    var name: String
}

var person1 = Person(name: "Alice")
var person2 = person1  // person2 является копией person1

Изменение свойств

person2.name = "Bob"
print(person1.name)  // "Alice"  

🚩Основные отличия

🟠Передача по ссылке vs. по значению
Классы передаются по ссылке. Изменения через одну ссылку отражаются на всех ссылках.
Структуры передаются по значению. Каждое присваивание или передача создает копию.

🟠Использование
Классы: Используются для объектов, которым требуется идентичность или наследование.
Структуры: Используются для простых данных, которые логически являются значениями, таких как точки, размеры или пользовательские данные.

🚩Примеры

Классы

class Car {
    var model: String
    init(model: String) {
        self.model = model
    }
}

let car1 = Car(model: "Tesla")
let car2 = car1
car2.model = "BMW"
print(car1.model)  // "BMW"

Структуры

struct Car {
    var model: String
}

var car1 = Car(model: "Tesla")
var car2 = car1
car2.model = "BMW"
print(car1.model)  // "Tesla"

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что означает принцип open closed?

Принцип открытости/закрытости (Open/Closed Principle) гласит, что классы должны быть открыты для расширения, но закрыты для модификации. Это позволяет добавлять новую функциональность без изменения существующего кода, что снижает риск внесения ошибок.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое WirtessTable?

Это концепции, которые используются для поддержки полиморфизма и динамического диспетчеризации методов.

🚩Witness Table (Таблица свидетельств)

Это структура данных, используемая компилятором Swift для обеспечения полиморфизма при работе с протоколами. Она содержит указатели на функции, реализующие требования протокола для конкретного типа. Это позволяет динамически вызывать методы протокола на объекте, даже если точный тип объекта неизвестен.

🚩Основные аспекты

🟠Протоколы в Swift
Протоколы определяют интерфейс (набор методов и свойств), который должен быть реализован типом. Когда тип соответствует протоколу, компилятор создает таблицу свидетельств для этого типа.

🟠Структура таблицы
Таблица свидетельств содержит указатели на реализации методов и свойств, определенных в протоколе. При вызове метода протокола через объект типа, соответствующего протоколу, используется таблица свидетельств для динамического поиска и вызова правильного метода.

🟠Использование
Swift использует таблицы свидетельств для реализации динамического полиморфизма, позволяя вызывать методы протокола на объектах различных типов. Это обеспечивает гибкость и расширяемость кода.

🚩Пример использования

Определение протокола и соответствующего типа

protocol Drawable {
    func draw()
}

class Circle: Drawable {
    func draw() {
        print("Drawing a circle")
    }
}

class Square: Drawable {
    func draw() {
        print("Drawing a square")
    }
}

func render(shape: Drawable) {
    shape.draw()  // Использование таблицы свидетельств для вызова правильного метода draw()
}

let shapes: [Drawable] = [Circle(), Square()]
for shape in shapes {
    render(shape: shape)
}

🚩Плюсы

➕Полиморфизм
Таблицы свидетельств позволяют Swift поддерживать полиморфизм через протоколы.
➕Динамическая диспетчеризация
Они обеспечивают динамическую диспетчеризацию методов, что позволяет вызывать методы на объектах различных типов, соответствующих одному протоколу.
➕Производительность
Использование таблиц свидетельств позволяет оптимизировать вызовы методов и улучшить производительность по сравнению с другими методами динамической диспетчеризации.

Ставь 👍 и забирай 📚 Базу знаний