Что произойдет, если мы объявим все свойства слабыми?
Для записи, «команды» выравнивания не должны работать в SPAN, потому что это тег в строке, а не тег уровня блока.
CSS делит HTML-теги на две группы: вложенные теги, поля, прокладки и т. Д., Не будут работать над встроенным тегом, поскольку точка inline не нарушает текстовый поток. line и block-level. Поиск «css block vs inline» и отличная статья появляется ...
http://www.webdesignfromscratch.com/html-css/css-block-and-inline/
(Понимание основных принципов CSS - это ключ к тому, что он не настолько раздражает)
1 ответ
Вы должны знать, какие свойства должны быть слабыми, а какие сильными. Например, общепринятая практика объявляет, например, все IBOutlets как слабые, потому что они сохраняются представлением, исходящим из раскадровки, поэтому нет необходимости сохранять сильную ссылку в viewcontroller.
Другим примером может быть делегат, который всегда должен быть слабым, или он предотвратит освобождение делегата (главным образом другого viewcontroller), потому что держатель делегата еще жив.
В вашем случае str будет равен nil после init, потому что нет других ссылок на его содержимое. На самом деле вы должны получить предупреждение компилятора, если вы сделаете это.
Посмотрите на эту ветку с более подробным объяснением: Слабые и сильные атрибуты установщика свойств в Objective-C