Blissful UI programming with ReactiveCocoa(venmo.github.io)
venmo.github.io
Blissful UI programming with ReactiveCocoa
http://venmo.github.io/blog/2014/05/20/ReactiveCocoa/
4 comments
I'm not crazy about referencing self within the block to create changes. On OS X, NSObject supports keypath-to-keypath bindings, which can be processed with NSValueTransformer (a relic of the pre-blocks era, I suppose). Something like that, using blocks instead of value transformers would keep the processing functions pure (transformation functions, then) would be ideal, I think.
In the second part they do something like this, but the syntax is just strange to me, compared to: https://developer.apple.com/library/mac/documentation/cocoa/...:
In the second part they do something like this, but the syntax is just strange to me, compared to: https://developer.apple.com/library/mac/documentation/cocoa/...:
Just a friendly reminder that ReactiveCocoa is not FRP! For an explanation of Conal's conception of FRP, please see here: http://stackoverflow.com/questions/5875929/specification-for...
I use ReactiveCocoa very heavily at work, and find it very useful. Just want to avoid confusing the terminology with an existing concept which is well-defined and totally different.
I use ReactiveCocoa very heavily at work, and find it very useful. Just want to avoid confusing the terminology with an existing concept which is well-defined and totally different.
I'm a fan of having unit tests with apps (maybe not full-on TDD but still). How would you create a unit test for something like this? Got any examples?
1) Are there any performance gotchas or things to look out for when embracing ReactiveCocoa? One thing thats stuck with me as I read is making sure to understand and keep and eye on memory management, even after embracing ARC. Is debugging ReactiveCocoa code any different than the normal imperative way?
2) What parts of an app shouldn't be handled with FRP? Should everything fit into the framework or is a code smell to handle things both ways?
3) I'm a Ruby Dev and I'm looking hard at RubyMotion as a good toolchain for iOS Dev. It looks like ReactiveCocoa and Rubymotion can play well together[1], but is this a hack? Is there any issue with using Rubymotion and ReactiveCocoa together. Seems like a great fit, but perhaps my inexperience isn't aware of a deeper issue.
[1] http://spin.atomicobject.com/2013/06/18/reactivecocoa-rubymo...