@MrHubris, в статье все верно, если вы только не знаете технологии apple лучше самой apple)

Entze21 февраля 2015

0

@ironDrew, нет, он просто так спешил набросить на Наталью.

@MrHubris,
Garbage Collector – сборщик мусора
Garbage Collection – сбор мусора

Никакой принципиальной разницы

@fedorez, своими непредсказуемыми тормозами, которые могут выражаться, например, во фризах анимации пользовательского интерфейса.

@Lord Wind, В мире OS X – устаревшая (deprecated). Мы же не о Java/.NET/чём-нибудь ещё говорим?

@mipxtx, “Потому что сборщик мусора как раз и занимается подсчетом ссылок и удалением объектов, на которорые больше ничкто не ссылается.”
Разные есть подходы. Например, классический подсчет ссылок, будь он ручной или автоматический, не справится с ситуацией, когда объект A ссылается на B, а B, в свою очередь, на A. Получается закольцованная связь, оба объекта держат друг друга и никогда не освободят память. GC такую ситуацию разрулить может, но для этого ему, обычно, требуется больше ресурсов.

heximal23 февраля 2015

0

@arabesc, это называется retain cycle – очень опасная вещь

@mipxtx, Нет, это не смена “библиотек для сборки мусора”. ARC – это принципиально иной подход. Это, своего рода, автоматизация ручного подсчёта ссылок, где на этапе компиляции (в отличие от GC) автоматически вставляются команды на освобождение памяти (то, что раньше приходилось делать вручную). Т.е. во время выполнения никакого специального механизма, следящего за освобождением памяти, нет. GC же – это, по сути, отдельная программа, которая анализирует объектный граф (как правило) и удаляет объекты, которые больше не используются.

@hairpet, Думаю, ничего. Apple, скорее всего, просто не хочет поддерживать GC в новых версиях ОС. Отсюда и запрет. А программам на MRC никакая спец. поддержка не нужна. Они, по сути, не отличаются от программ на ARC, просто retain/release/autorelease расставляет не программист, а компилятор.