ReactiveCocoa is a framework for functional reactive programming.

In short, it is a framework to unify delegate patterns, KVO notifications, and other callback patterns.

Ray Wenderlich has covered with a 2-parts tutorial.

So why am I not going to use the framework?

I concur with the “final thoughts” from

1. Unpleasing Syntax

I don’t like the syntax such as RACObserve(self, username), [RACSignal combineLatest:...] or self.button.rac_command = ....

It could be a personal thing, but I just don’t like it.

2. Cannot replace entirely

ReactiveCocoa will not be able to replace UITableView’s datasource and table delegate pattern. There’s many things it cannot replace.

Sadly, it will not be able to unify the different patterns.

It will have to continuously implement category for UIButton (to have self.button.rac_command) and etc.

3. When there is bug..

When there is bug, you have 1 more framework to look into.

4. When there is performance hit..

When you need to improve performance, this framework could be hindering.

I have a suspicion: The filter method is kind of unnecessary. Who knows what else/magic they do behind observing all the signals, filtering, then passing you the signals?

Using the fameworks directly is clearer for me.

5. I can live without it

I have no problem using UITextField delegate or LocationManager. I don’t need another framework to go along with it.

This jump is not revolutionary enough. I will wait for something else better that could come along later.

Could be even from Apple. Blocks are here, and that is good start to solving spaghetti code.




Back to Home