Comments 16
Это перевод?
+1
Резюмируя, так что же разработчик должен написать в didReceiveMemoryWarning?
+2
статья ни к какому выводу не ведет… По сути ничего не почерпнул.
Вопрос: Что Вы хотели донести до нас, переведя ее?
Вопрос: Что Вы хотели донести до нас, переведя ее?
+2
Было бы интересно прочитать о том, как писать для обоих систем (5 и 6) сразу.
+1
Спасибо, интересно и важно! Работа с памятью изменилась с появлением Storyboard. Раньше я дата сорсы объектами хранил в xib'е, помимо дата сорсов там было еще удобно хранить дополнительные вьюшки и вьюконтроллеры. В Storyboard изменили логику — теперь там храняться отдельные экраны приложения, а все объекты вне этих экранов не загружаются в память после их выгружения из памяти при memory warning.
А кто-нибудь видел еще статьи на эту тему? Помимо этой конечно :)
А кто-нибудь видел еще статьи на эту тему? Помимо этой конечно :)
0
Это всё красиво для ситуации, когда у view только текстовые поля, но когда там например кастомные кнопки и image views, использующие картинки из ресурсов, всё не так радужно. Ведь сами объекты UIImage внутри этих дочерних views не будут освобождаться без освобождения самих этих дочерних UIView, а соотв-но и их родительского UIView.
0
У меня из-за такого поведения возникают проблемы с NSNotificationCenter. Дело в том, что раньши отписывался от оповещений в viewDidUnload, а теперь он не вызывается. Из-за этого, иногда, происходит краш потому, что NSNotificationCenter пытается послать сообщение удаленному объекту. Теперь приходится отписываться в dealloc. Проект с ARC.
0
Sign up to leave a comment.
Жизненный цикл ViewController в iOS6