Мы разрабатываем нативные iOS-приложения на Objective-C. Этот язык — не legacy в смысле «устарело и не работает». Это production-ready язык с полной поддержкой Apple SDK, который компилируется в те же бинарники, что и Swift. Разница в том, что новые API выходят с Swift-first аннотациями, а некоторые concurrency-фичи (например, async/await) недоступны. Для поддержки существующих ObjC-кодовых баз или особых требований заказчика (интеграция с C++ через Objective-C++, работа с аудио/видео кодеками) — это полностью рабочий путь под ключ. Средняя стоимость поддержки legacy-кода на ObjC на 25–30% ниже полной миграции на Swift, что подтверждается нашей практикой за 5+ лет и 20+ проектами. Objective-C остаётся основным языком для многих крупных iOS-проектов благодаря стабильности и обратной совместимости (Wikipedia).
Когда стоит выбрать Objective-C?
Основной сценарий: крупная кодовая база на Objective-C, которую нецелесообразно полностью мигрировать. Добавление нового функционала на ObjC поддерживает единообразие, снижает риск ошибок на границе Swift/ObjC и упрощает ревью для команды.
Второй сценарий: C/C++ интеграция. Objective-C++ (.mm файлы) позволяет напрямую смешивать C++ и ObjC код — это востребовано в embedded, audio, game-движках, где core library написана на C++. Swift вызывает C++ через bridging header, но это сложнее и менее прозрачно.
Какие типичные проблемы встречаются в 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).
Retain cycle в ObjC block — self захватывается неявно, нужен __weak typeof(self) weakSelf = self + __strong typeof(weakSelf) strongSelf = weakSelf внутри блока. Как указано в Apple Memory Management Programming Guide, грамотное использование ARC и weak-ссылок снижает вероятность утечек на 90%.
Пример из практики: рефакторинг legacy-кода с категориями
В одном проекте мы нашли category collision между двумя библиотеками: обе переопределяли `-description` у `NSManagedObject`. Пришлось переименовать методы и добавить префикс `app_`. Затраты времени — 2 дня на диагностику и исправление, экономия — устранение нерегулярных крашей у 15% пользователей.Как мигрировать часть кода с Objective-C на Swift?
Поэтапная миграция: добавляем Swift-файлы в проект, используем bridging header для взаимодействия. Начинаем с изолированных модулей без зависимостей от ObjC. Постепенно заменяем ObjC-классы Swift-аналогами, оставляя ObjC для частей с C++ интеграцией. Важно: не мигрировать всё сразу — это увеличивает риск регрессий. В одном проекте мы мигрировали 30% кода за 3 месяца, сохранив 99.9% стабильности.
Почему ObjC всё ещё используется в production?
Основная причина — стабильность и огромная кодовая база. Многие приложения с миллионами пользователей (например, банковские или корпоративные) написаны на ObjC, и их поддержка дешевле и безопаснее, чем полный переезд на Swift. Средний бюджет разработки такого приложения — от 400 000 до 2 000 000 руб., в зависимости от сложности.
Архитектура и паттерны
MVC — стандарт UIKit, но в ObjC он особенно склонен превращаться в Massive View Controller. Делегируем логику в отдельные классы: NSObject-наследники как service layer, NSOperation/NSOperationQueue для управляемой конкурентности, NSNotificationCenter для слабосвязанных событий. Для сетевого слоя используем NSURLSession с completion handlers или Alamofire (через bridging). JSON-парсинг — NSJSONSerialization или Mantle.
Учитываем специфику iOS: push-уведомления (APNs) требуют регистрации и обработки токенов, deep linking (Universal Links) — настройки apple-app-site-association, in-app purchase (StoreKit 2) — проверку кода подписки. Настройка code signing и provisioning profile — обязательный этап деплоя, автоматизируемый через Fastlane.
Процесс разработки
| Этап | Длительность | Результат |
|---|---|---|
| Анализ ТЗ | 1-2 дня | Документация, смета |
| Проектирование архитектуры | 2-3 дня | Диаграммы, описание |
| Разработка | 2-6 недель | Работающий код |
| Тестирование | 1-2 недели | Отчёт, исправление багов |
| Деплой в App Store | 3-5 дней | Приложение в магазине |
Что входит в работу
- Полный цикл разработки: от анализа до публикации.
- Исходный код и документация.
- Доступы к репозиторию и CI/CD.
- Обучение вашей команды (опционально).
- Поддержка после запуска (2 недели бесплатно).
Мы заботимся о вашем проекте: 5+ лет опыта, 20+ реализованных проектов, сертифицированные инженеры. Гарантируем качество и соблюдение сроков. Для оценки вашего legacy-проекта свяжитесь с нашими инженерами — мы предложим оптимальное решение под ключ за 2 дня. Закажите разработку iOS-приложения на Objective-C и получите консультацию по миграции.