Знакомство с ReactiveCocoa

RACSignal

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

Пример 1. Сигнал, наблюдающий свойство name и передающий значения в блок:

User *user = [User new];      RACSignal *userNameSignal = RACObserve(user, name);      [userNameSignal subscribeNext:^(NSString *newValue) {         NSLog(@"New value: %@", newValue); }];      user.name = @"ivan";  //Вывод в консоли: //New value: ivan 

Преобразование сигналов

До того, как новое значение объекта дойдет до подписчика, оно может быть подвергнуто различным преобразованиям. Такими как:

• изменение значения (map)
• фильтрация (filter, ignore)
• объединение с другим значением (combine)
• упрощение нескольких сигналов в одно (reduce)

Пример 2. Продолжая первый пример, изменим передаваемое значение:

User *user = [User new];      RACSignal *userNameSignal = RACObserve(user, name);      [[userNameSignal map:^id(NSString *newValue) {         return newValue.capitalizedString; }] subscribeNext:^(NSString *newValue) {         NSLog(@"New value: %@", newValue); }];      user.name = @"ivan";  //Теперь все значения будут передаваться подписчикам с большой буквы. //Вывод в консоли: //New value: Ivan 

Биндинги

Преобразования не были бы так полезны, если бы не биндинги. Они позволяют создать зависимость одного свойства от другого:

• Кнопка авторизации активна только если введены логин и пароль
• Поля ввода логина и пароля отключены, когда происходит авторизация
• Свойство user.isValidName меняется автоматически когда меняется свойство user.name.

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

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

RAC(user, login) = [userNameSignal map:^id(NSString *name) {         return [name stringByReplacingOccurrencesOfString:@" " withString:@"_"].lowercaseString; }];      user.name = @"Vladimir Petrov";      NSLog(@"Login: %@", user.login);  // Вывод в консоли: // Login: vladimir_petrov 

Минусы

Начав использовать ReactiveCocoa, уже трудно представить разработку без него. Но у этого фреймворка есть минусы, которые для кого-то могут быть существенными:

• Частое использование KVO может снизить производительность. Решается оптимизацией и неиспользованием RAC’a в высоконагруженных участках кода.
• Сложная отладка из-за частого использования блоков, особенно внутри самого ReactiveCocoa. Порой в поиске ошибки помогает лишь интуитивное понимание objective-c.
• Легко допустить ошибку и они приводят к неожиданным последствиям.
• Перегруженный синтаксис. Этой проблемы не будет с переходом на swift.

В заключение

Описанное выше — лишь малая часть того, что может ReactiveCocoa. Однако, даже применив только это, можно заметно упростить свою работу. Если эта статья будет кому-нибудь интересна, в следующей можно будет разобрать более сложные и интересные части этого фреймворка.