Комментарии 5
Не знаю как другим, но я все же предпочитаю писать без ReactiveCocoa, не нравится он мне. Дебажить сложно, особенно чужие проекты.
при хорошем разделении кода, отладка на RAC не сильно сложнее чем обычный асинхронный код
наши проекты пропитаны реактивом и включение человека на проект не является неподъемной задачей
наши проекты пропитаны реактивом и включение человека на проект не является неподъемной задачей
чем больше используешь РАК, тем больше приходишь к тому, что его не просто сложно — а нельзя дебажить, отлаживать и т.п. и приходится продумывать другие паттерны повышения качества приложения. Например РАК — ооочень легко тестировать
Одна из неприятных черт RAC – это магия управлением времени жизни объектов. Из-за нее очень легко допустить утечку каких-нибудь RACDisposable. Но он все равно настолько хорош, что я написал библиотеку для трекинга утечек памяти и пишу юнит-тесты на утечки RACDisposable, как, например здесь.
RAC4 уже стабилен, не надо вводить читателей в заблуждение.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Переход на ReactiveCocoa v.4