Нативная разработка iOS-приложения на Objective-C
Objective-C — не legacy в смысле «устарело и не работает». Это production-ready язык с полной поддержкой Apple SDK, который до сих пор компилируется в те же бинарники, что и Swift. Разница в том, что новые API Apple выходят с Swift-first аннотациями, а некоторые concurrency-фичи недоступны. Для поддержки существующих ObjC-кодовых баз или особых требований заказчика — это полностью рабочий путь.
Когда это актуально
Основной сценарий: крупная кодовая база на Objective-C, которую нецелесообразно полностью мигрировать. Добавление нового функционала на ObjC поддерживает единообразие, снижает риск ошибок на Swift/ObjC boundary и упрощает ревью для команды.
Второй сценарий: C/C++ интеграция. Objective-C++ (.mm файлы) позволяет напрямую смешивать C++ и ObjC код — это востребовано в embedded, audio, game-движках, где core library написана на C++. Swift вызывает C++ через bridging header, но это сложнее и менее прозрачно.
Архитектура и паттерны
MVC — стандарт UIKit, но в ObjC он особенно склонен превращаться в Massive View Controller. Делегируем логику в отдельные классы: NSObject-наследники как service layer, NSOperation / NSOperationQueue для управляемой конкурентности, NSNotificationCenter для слабосвязанных событий.
Паттерны управления памятью: ARC закрывает большинство кейсов, но __weak и __unsafe_unretained требуют аккуратности в delegate-паттернах и block-каллбеках. retain cycle в ObjC block — self захватывается неявно, нужен __weak typeof(self) weakSelf = self + __strong typeof(weakSelf) strongSelf = weakSelf внутри блока.
Сетевой слой: NSURLSession с completion handlers или Alamofire (который прекрасно работает из ObjC через bridging). JSON-парсинг: NSJSONSerialization нативно или Mantle для model mapping.
Типичные проблемы в ObjC-проектах
EXC_BAD_ACCESS на nil-dereference происходит реже из-за того, что сообщение nil в ObjC возвращает 0/nil вместо краша — но это же маскирует логические ошибки. NSZombies (Edit Scheme → Diagnostics → Enable Zombie Objects) помогает ловить обращения к освобождённым объектам в Debug-сборках.
Category collision: два разных pod'а добавляют категорию на NSString с одинаковым именем метода — undefined behavior. Проявляется как случайный краш или неожиданное поведение. Решение: namespace-префиксы методов категорий (my_trimmed вместо trimmed).
Xcode 15 выдаёт предупреждения на ObjC код, который не был помечен NS_SWIFT_UNAVAILABLE — это не ошибки, но стоит их разобрать.
Процесс
Аналогичен Swift-разработке: Clean Architecture адаптируется под ObjC без потерь. Unit-тестирование через XCTest работает идентично. Fastlane для CI/CD — без изменений. Firebase Crashlytics, Amplitude, Segment — все подключаются через CocoaPods с ObjC-совместимыми API.
Сроки и стоимость — аналогичны Swift-разработке сопоставимого масштаба. Простое приложение: 3–4 недели. Сложное с интеграциями: 2–3 месяца. Расчёт индивидуален после анализа ТЗ.