Objective-C ARC против MRR: зачем переход?

К сожалению, облегчение компетентным разработчикам правильных действий имеет побочный эффект, облегчая новым разработчикам возможность не учиться, но, похоже, оно того стоит.

Однако ARC является менее щадящим, чем сборщик трассировки, такой как C# или Java. Если у вас нет четкой модели владения объектами, вы почти наверняка создадите циклы и утечку памяти. Я надеюсь, что это станет достаточно очевидным (с помощью инструментов? Это все еще требует поиска... не уверен, что здесь можно сделать), чтобы новые разработчики быстро научились сохранять свой граф объектов четким и ацикличным.

ARC позволяет мне сосредоточиться на написании полезного кода, а не на шаблонных методах освобождения.

Большинство людей, которых я знаю, в любом случае использовали autorelease после каждого alloc, потому что это сэкономило вам release позже, и вы не могли забыть поставить его на самом деле. Таким образом, объект существовал до тех пор, пока пул автоматического освобождения не был опустошен, а с помощью ARC объект освобождается, когда он больше не нужен. Я думаю, что в этих случаях программа, скомпилированная с помощью ARC, даже будет использовать меньше памяти.

И, позор мне, это также помогает мне снизить частоту сбоев моих приложений.
Этот преждевременный выпуск, который происходит каждые 10 000 запусков. Тот, который я никогда не мог полностью отследить, надеюсь, с ARC это уйдет в прошлое.

Я вижу, что такой переход негативно влияет на привычки хороших граждан, которые разработчики получают от экосистемы obj-c.

вероятно, точно так же разработчик встраиваемых систем, который начал с ассемблера, думает, что люди, которые начинают с C и никогда не использовали ассемблер, приобретают плохие привычки.

На мой взгляд, обсуждение MRR и ARC похоже.
И ARC, и C позволяют писать более удобный для сопровождения код за более короткое время. И то, и другое может привести к увеличению объема памяти и процессора.
Если я правильно помню, Apple объявила, что они немного увеличили скорость до retain и release, чтобы компенсировать это влияние на использование процессора. И из-за этого нет реальной причины, по которой MMR все еще существует.

Я, например, приветствую наших новых повелителей ЭРК.

Мне на самом деле очень понравилось переходить на ARC — одной проблемой меньше. вдобавок ко всему, я думаю, что новички часто будут сбиты с толку значением соглашений об именах (+alloc, -copy и т. д. против [NSString stringWith....]). единственный сложный момент - это когда вы начинаете иметь дело с CoreFoundation и т. д. (C API), где вам все равно нужно помнить, кто чем владеет.