Великие и ужасные @property

Всем привет!

Уже второй месяц изучаю разработку под iOS, но все откладывал этот вопрос на потом - т.к., мол, "пока и так работает, как-то почитаю".
Сейчас наконец-то решил выяснить для себя этот момент окончательно, а то аж неприлично))
Чувствую, что моя серия вопросов очень банальная, но все равно прошу помочь. Очень надеюсь, что написанное мною полотно (и ответы на него) будет кому-то еще полезно.

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

1. readonly - getter-метод генерируется, но setter - нет. Т.е. менять значение свойства мы не сможем.
2. readwrite - генерируются оба метода. Возникает вопрос - разве это не избыточный параметр? Я ни разу не использовал это ключевое слово, и всегда мог спокойно изменять и читать значение переменных. Или по умолчанию "readwrite" установлен?
3. nonatomic - в немногозадачных приложениях ускоряет ускоряет доступ к объекту, так как мы тратим время на создание блокировок, обеспечивающих доступ из разных потоков.
4. atomic - смысл меняется по аналогии с предыдущим пунктом.
5. assign - цитата - "для задания нового значения используется оператор присваивания". Т.е., метод-setter такого рода имеет вид вроде:
А вот дальше у меня уже начинаются дебри:

6. retain - никак могу понять сути такого сеттера, даже прочитав несколько статей. Вот, есть такой пример:
И этот пример мне просто разрывает мозг. Первая строка - мы уменьшаем кол-во ссылок на объект на 1, с использованием отложенного вызова. И тут же следующей строкой инициализируем его принимаемым значением, увеличивая счетчик ссылок, который мы только что, предыдущей операций, уменьшили.
Смысл никак не могу уловить.

7. copy - аналогично assign, с тем отличием, что присваиваем не сам принимаемый объект, а его копию. Вот тут еще одна загадка для меня:
допустим мы объявили свойство для некоего NSString, и указали параметр свойства - copy. Потом, с помощью сеттера присваиваем этой переменной значение @"abc".
Какая будет разница при подобном присваивании, если параметр свойства будет не copy, а assign?
И в чем отличие присваивания копии @"abc" и самого значения @"abc" в данном случае?
Или придуманный мною пример с NSString не является ситуацией, на которой можно отобразить пример использования того, либо иного свойства?

8. strong и weak - В некоторых заметках вижу простое, как двери объяснение - мол, "strong - это, как retain, a weak - как assign в том случае, если вы используете ARC. И не пилите себе мозг". Стоит ли остановиться на этом объяснении? Или лучше (если оно есть), пусть и на начальном этапе обучения, углубиться в этот вопрос?

Извините за такой объем, буду очень рад получить ответы хотя бы на часть моих вопросов, и указаний - в каких своих формулировках я не прав.
Спасибо.

0

уже было полно подобных тем, но ладно в кратце)
readonly - тут все понятно думаю =)
readwrite - стоит по умолчанию
nonatomic, atomic ты впринципе верно описал
Дальше:

без arc:
1 retain при присваивании увеличивает счетчик ссылок обьекта, те ты становишся владельцем
2 assign при присваивании не увеличивает счетчик ссылок, при удалении обьекта свойство будет указывать на не существующий обект. Важно: не становится ni т.е. указывает на неопределенное место в памяти.Нужно самостоятельно занулять.
3 copy тут какбы вопросов не должно быть ) копирует и возвращает удержаный объект(объект не удалится).

с arc:
1 strong==weak
2 weak не совсем аналог assign на самом деле. Действие похожее, но становиться nil если объект был удален. Т.е более безопасно.
3 copy тоже самое что и без арк
есть еще один вид unsafe_unretained вот это точно тоже что и assign. Предбочтительно использовать weak.
Нужно если пишем под , если не ошибаюсь, ios 4, там weak не поддерживается.

1

Сообщение от Xavier strong==weak

Очепятка. strong == retain

1

Сообщение от mobidevelop Очепятка. strong == retain

ой ну да правильно =) бывает

0

Ладно. Продолжу, раз ввязался

Сообщение от kievkao 6. retain - никак могу понять сути такого сеттера, даже прочитав несколько статей. Вот, есть такой пример: Код Objective-C - (void)setListList *)list{ [_list autorelease]; _list =[list retain]; }

Так делают на случай если в сеттер придет тот же объект, который лежит в проперти. В этом случае дефолтный сеттер работает неправильно:
После релиза объект освободится и вторая стока приведет к ошибке доступа.

1

А можете привести пример, где нужно использовать именно strong, а где именно weak?

Как я понял strong нужно использовать чтобы проперти не уничтожалось в вызвавшем его классе?

0

Для тех, кто, как и я, долго тупил с пониманием сути атрибутов свойств, хочу порекомендовать книгу Конвея-Хиллегасса "Программирование под iOS. Для профессионалов".
Купил, сел "перед обедом" пролистать - мгновенно все понял)) Очень доходчиво написано!

1

trims, очень просто привести требуемые примеры.
Используем strong, если требуется, что бы один объект зависел от другого. В абстрактных примерах можно привести такой пример: "У машины колеса должны быть strong (retain). Если удаляется машина, то обязательно удаляются его колеса".
Если мы ведем речь про weak ссылки, то это что-то похоже на следующее: "Машина едет по дороге, у машины есть weak ссылка на дорогу. Дорога не зависит от машины, машина не зависит от дороги. Машина может легко поменять дорогу, а старая дорога останется там же где и была.".

Вообще понимание таких базовых вещей очень важно. И примеры которые были приведены в первом сообщении про сеттер для retain property совершенно не верный.

Вообще в целом, правильную мысль выразил kievkao в последнем своем сообщении. Намного проще купить книги и там почитать. В пользу этого хочу сказать, что книги по iOS читаются легче чем книги по таким языкам как C++, Java, PHP. Наверное потому что сам по себе Objective-C достаточно мал по сравнению с другими языками. В этом языке не так много синтаксического сахара и это играет свою роль.

0

У меня такой вопрос.
Объявил weak property (класс UserProfile с парой nsstring-ами) в наследнике UITableViewController.
В viewDidLoad проинициализировал класс, занёс значения, а в cellForRowAtIndexPath - читал значения для ячеек.
Но только столкнулся с тем, что на iPhone 5 и в симуляторе всё ок, а на phone 6 & 7 plus - уже были null.

Вопрос - на каком этапе и кто решил, что UserProfile надо сделать nil?

Смена weak на strong решило "проблему" и на plus моделях.

0