Нативная разработка мобильных приложений

Назад
и выполняя жест «возврата назад» для выталки
-
вания представления с экрана.
didReceiveMemoryWarning
Обработка предупреждений о нехватке памяти играет важную роль в iOS, пото
-
му что мобильные устройства могут иметь очень ограниченный объем памяти. 
Получив предупреждение, удалите ненужное кеширование ресурсов, очистите 
выходы, созданные из раскадровки, и т. д. Если этого окажется недостаточно, 
рано или поздно приложение потерпит сбой и будет закрыто.
Вот пример класса, обрабатывающего все события, перечисленные выше:
class ViewController: UIViewController {
var hugeDataFile: Any?
required init?(coder aDecoder: NSCoder) {
super.init(coder: aDecoder)
// Здесь настраиваются операции, не зависящие от представления
// Например, настройка объекта hugeDataFile для работы в фоновом режиме
}
override func viewDidLoad() {
super.viewDidLoad()
// Представление уже загружено из раскадровки
title = "Awesome View Controller Example"
}
override func viewWillAppear(_ animated: Bool) {
super.viewWillAppear(animated)
// Представление готово к отображению на экране
}
override func viewDidAppear(_ animated: Bool) {
super.viewDidAppear(animated)
// Представление появилось на экране
}
override func viewWillDisappear(_ animated: Bool) {
super.viewWillDisappear(animated)
// Представление готово к удалению с экрана
}
override func viewDidDisappear(_ animated: Bool) {
super.viewDidDisappear(animated)
// Представление удалено с экрана
}
override func didReceiveMemoryWarning() {
super.didReceiveMemoryWarning()

---

iOS 

41
// Ой! Лучше освободить память, занятую этим большим файлом
hugeDataFile = nil
}
}
Обратите внимание, что все методы снабжены спецификатором 
override
и вызывают унаследованные реализации в суперклассе. 
Это важно
, потому что 
иначе последующие контроллеры представлений в иерархии не получат соот
-
ветствующих событий. Обсуждение, почему эта ситуация не обрабатывается 
компилятором, как вызовы 
retain
и 
release
, выходит за рамки данной книги. 
Просто не забывайте включить эти вызовы методов в свои переопределенные 
версии!
Обе системы, Android и iOS, поддерживают архитектуру MVC. Иногда ее уничижи
-
тельно называют «Massive View Controller» (массивный контроллер представле
-
ния), потому что при неосторожном применении логика управления представле
-
ниями выливается в определения классов в тысячи строк. Важно стараться писать 
классы, следуя принципу единственной ответственности, и правильно использо
-
вать контейнеры представлений.