Що саме є init coder aDecoder?

Я навчаюсь розробці iOS за допомогою онлайн-курсу, і кожного разу, коли я створюю власні подання (власна комірка подання таблиці, комірка подання колекції тощо), інструктор завжди реалізує цей ініціалізатор:

required init?(coder aDecoder: NSCoder) {
    super.init(coder: aDecoder)
}

Чому саме я завжди повинен це називати? Що це робить? Чи можу я помістити властивості всередині init?

Я розпочну цю відповідь з протилежного напрямку: що робити, якщо ви хочете зберегти стан свого перегляду на диску? Це відомо як серіалізація . Реверс - десеріалізація - відновлення стану об’єкта з диска.

NSCodingПротокол визначає два методи для сериализации і десеріалізациі об'єктів:

encodeWithCoder(_ aCoder: NSCoder) {
    // Serialize your object here
}

init(coder aDecoder: NSCoder) {
    // Deserialize your object here
}

То чому це потрібно у вашому користувальницькому класі? Відповідь - це Interface Builder. Коли ви перетягуєте об’єкт на дошку та налаштовуєте її, Interface Builder серіалізує стан цього об’єкта на диску, а потім десеріалізує його, коли на екрані з’явиться сцена. Вам потрібно сказати Interface Builder, як це зробити. Принаймні, якщо ви не додаєте до свого підкласу жодних нових властивостей, ви можете просто попросити суперклас зробити упаковку та розпакування для вас, отже, super.init(coder: aDecoder)дзвінок. Якщо ваш підклас складніший, вам потрібно додати свій власний код серіалізації та десеріалізації для підкласу.

Це на відміну від підходу Visual Studio, який полягає в тому, щоб записати код у прихований файл, щоб зробити об'єкт під час виконання.

Вимога реалізації цього ініціалізатора є наслідком двох речей:

1. Принцип заміщення Ліски . Якщо S - підклас T (наприклад MyViewController, підклас ViewController), то S об'єкти (екземпляри MyViewController) повинні бути здатні бути замінені там, де ViewControllerочікуються T об'єкти (екземпляри ).

2. Ініціалізатори не успадковуються в Swift, якщо будь-які ініціалізатори явно визначені в підкласі. Якщо явно надано один ініціалізатор, то всі інші повинні бути явно надані (які потім можуть просто викликати super.init(...)). Дивіться це питання для обґрунтування. Це на Java, але все ще застосовується.

У пункті 1 все, що ViewControllerможе зробити оригінал , MyViewControllerпідклас повинен бути в змозі зробити. Одне таке - це можливість бути ініціалізованою від заданої NSCoder. До пункту 2 ваш MyViewControllerпідклас автоматично не успадковує цю здатність. Таким чином, ви повинні вручну поставити ініціалізатор, який відповідає цій вимозі. У цьому випадку вам просто потрібно делегувати до суперкласу, щоб він міг робити те, що зазвичай робив.