ReactiveCocoa for a better world

https://github.com/blog/1107-reactivecocoa-for-a-better-world

by sant0sk1 • 14 years ago

80 32 14 years ago

swannodette2• 14 years ago

Awesome to see GitHub getting behind Rx ideas. If you're a JS developer RxJS is definitely worthy of study: http://channel9.msdn.com/Blogs/Charles/Introducing-RxJS-Reac...

eblume• 14 years ago

This sounds neat, but I want to ask others here as I am not (yet) a Cocoa developer - is all Cocoa code this ugly? In these short examples I honestly can't fathom what is happening due to the syntactic 'oddities'. Maybe my C-variant-fu is not as strong as it should be.

poutine• 14 years ago

Heh, welcome to the learning curve :)

Yeah, it can be ugly, but once you know what's going on it all reads pretty quickly.

FuzzyDunlop• 14 years ago

It's not so bad if you give it space to spread out a little. The wrapping in the column makes it much more difficult to follow, especially when used with Xcode's unusual indent style.

gte910h4• 14 years ago

Objective C is smalltalk on top of C. It looks extremely bad when you stick it in the super skinny columnar formats of many blogs.

At 80-300 characters per line it's fine and very readable.

berntb2• 14 years ago

So Objective C programmers can't print code to read it? :-(

UK-AL• 14 years ago

Eh. You get used to it, then it looks normal. I guess it's the same 'wtf' when beginners see a bunch of meaningless code.

wsc981• 14 years ago

I guess the blocks-in-blocks code can get quite unreadable at times. Personally I like to store blocks in variables in such situations and add the variable to a function that required the block parameter. Makes code so much more readable when blocks are nested.

joshaber2• 14 years ago

Yeah, we played around with a bunch of different styles, including defining the block before its use. It looked cleaner but the code locality of defining them inline won.

stcredzero• 14 years ago

This sounds neat, but I want to ask others here as I am not (yet) a Cocoa developer - is all Cocoa code this ugly?

I am a Cocoa developer, and I have to say that the presentation of this idea on the blog leaves something to be desired. It seems to be oriented towards people already familiar with Reactive Programming and FP, but it doesn't set up that expectation at all. At the same time, it's very confusing and a little unintentionally off-putting for devs who aren't familiar with those notions, even for those who already know Objective-C and KVO.

It still might be a good idea, though.

joshaber2• 14 years ago

That was my fear while I was writing the post :\

The problem with Rx / RAC is there's a big learning curve, especially coming from procedural programming. It's much bigger than 1 blog post can cover. My hope at least is that it will drive at least some people to dive deeper.

irrationalfab2• 14 years ago

It appears to be personal, but for many the answer is yes... that's why RubyMotion is a big deal.

pablasso• 14 years ago

RubyMotions looks even uglier for me. It's just like someone stripped all the beauty of Ruby with libraries that weren't meant to pair with it.

notJim• 14 years ago

For those not familiar, it looks like this is the take on ideas from Reactive Extensions (Rx): http://msdn.microsoft.com/en-us/data/gg577609. I'm not sure if Rx itself has a direct predecessor or not, but it's great to see the idea taking hold in other communities. I've long suspected that there is a lot of great stuff in the .Net world that most open-source-oriented programmers never see, simply because they don't have exposure to Microsoft technology.

swannodette2• 14 years ago

I believe Rx is an OOish take on some older FP ideas http://en.wikipedia.org/wiki/Reactive_programming

xpaulbettsx2• 14 years ago

Here's what Rx is: The idea of a list are some items in an order (a Sequence in FP-speak). On top of a Sequence you can implement all kinds of interesting operations like map/filter/reduce.

If you look at an Event like KeyUp, you'd end up with some items, in a particular order. Thus, you realize, that events and lists really are the same thing. In fact, they're not only ostensibly the same, they are mathematically provable to be the same.

Rx therefore, gives you all the operations you can do to a list, and applies it to an event (or a callback, which is just an event that only happens once).

scarmig3• 14 years ago

I enjoyed your book! Are there any plans for an updated or expanded version?

If anyone wants a simple introduction to Rx, Paul Betts (and Jesse Liberty) wrote one last year.

http://www.amazon.com/Programming-Reactive-Extensions-Jesse-...

untog• 14 years ago

LINQ. Someone please bring stuff like LINQ to other languages!

Edit: it appears that the MS Reactive Extensions are LINQ-y. Not sure if ReactiveCocoa is the same.

scarmig3• 14 years ago

Stuff like this makes me want to drop the WebForms work I'm doing for rent and work on my FRP library... le sigh.

boothead2• 14 years ago

Which FRP library would that be?

scarmig3• 14 years ago

Unreleased =) The target language is JS (for now, at least), uses arrows and features dynamic switching. Yampa is a major influence.

drudru11• 14 years ago

totally agree, this idea can go further

gte910h4• 14 years ago

This makes me happy happy.

It will detangle some big apps I'm on.

tablatom• 14 years ago

For those unfamiliar with ObjectiveC syntax, this[1] is a very nice example, in JavaScript, of how amazing this idea is.

[1] https://github.com/Reactive-Extensions/rxjs-html

boothead2• 14 years ago

This looks a lot like Functional Reactive Programming from the haskell world... Anyone who knows care to comment on how similar they are?

objclxt• 14 years ago

I've just spent a few hours getting to know ReactiveCocoa better, and what a great framework! Props to GitHub for open sourcing it, and I'm already looking at how to integrate it into some of my apps. I blogged about my first impressions here: http://cleveryou.net/post/22447309056/rac-first-impressions

ReactiveCocoa for a better world

Related Stories