Comments on: Netflix API with Cairngorm http://www.unitedmindset.com/jonbcampos/2009/06/29/netflix-api-with-cairngorm/ Blog on technology and software development typically around Adobe Flash, Flex, and AIR. Wed, 25 Jan 2012 11:21:07 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Flex learner | Blog | Netflix API with Cairngorm | UnitedMindset http://www.unitedmindset.com/jonbcampos/2009/06/29/netflix-api-with-cairngorm/#comment-812 Flex learner | Blog | Netflix API with Cairngorm | UnitedMindset Sat, 15 Jan 2011 05:22:08 +0000 http://unitedmindset.com/jonbcampos/?p=442#comment-812 [...] Read more from the original source: Netflix API with Cairngorm | UnitedMindset [...] [...] Read more from the original source: Netflix API with Cairngorm | UnitedMindset [...]

]]> By: Bob Tribit http://www.unitedmindset.com/jonbcampos/2009/06/29/netflix-api-with-cairngorm/#comment-166 Bob Tribit Tue, 14 Jul 2009 04:11:11 +0000 http://unitedmindset.com/jonbcampos/?p=442#comment-166 Never mind my last. I'm an idiot. Of course. I just read that data binding is doing implicit events and listeners and it should be very obvious considering you can explicitly name an event. So, it's all back to events and it looks like it's a difference of events add/hold the bubbling. So Mate v. Everyone Else...then everyone else amongst themselves. PureMVC v Cairngorm v. etc Never mind my last. I’m an idiot. Of course. I just read that data binding is doing implicit events and listeners and it should be very obvious considering you can explicitly name an event. So, it’s all back to events and it looks like it’s a difference of events add/hold the bubbling. So Mate v. Everyone Else…then everyone else amongst themselves. PureMVC v Cairngorm v. etc

]]> By: Bob Tribit http://www.unitedmindset.com/jonbcampos/2009/06/29/netflix-api-with-cairngorm/#comment-165 Bob Tribit Tue, 07 Jul 2009 04:11:12 +0000 http://unitedmindset.com/jonbcampos/?p=442#comment-165 I'm game for that. As an outsider looking in, my gut feel is that EventMaps, Business delegates, Event Buses (via publish/subscribe w/ queuing), etc. solves the same problem but with respective biases and prejudices. With Cairngorm and the business delegates, I think there is more of a chance to incorporate event buses, proxies, queuing, and subscribing without polluting the view. On the view side, it comes down to property injectors, data binding, and mediating, right? Now that I think about it, is there something tangible and measurable to go after or just instinctual frameworks to pick and consequences to suffer for making one part easier than the other. I hate to say it, because I value options, but Adobe is far more likely to optimize data binding in the player and/or adding queued/deferred/more intelligent binding perhaps so any framework that relies on binding has an advantage at least as good as the binding implementation is at that point, and that would make Cairngorm a long term candidate. Neat on the PureMVC example, again, much appreciated. Have a good vacation. Also, where would you think to begin? I’m game for that. As an outsider looking in, my gut feel is that EventMaps, Business delegates, Event Buses (via publish/subscribe w/ queuing), etc. solves the same problem but with respective biases and prejudices. With Cairngorm and the business delegates, I think there is more of a chance to incorporate event buses, proxies, queuing, and subscribing without polluting the view. On the view side, it comes down to property injectors, data binding, and mediating, right? Now that I think about it, is there something tangible and measurable to go after or just instinctual frameworks to pick and consequences to suffer for making one part easier than the other. I hate to say it, because I value options, but Adobe is far more likely to optimize data binding in the player and/or adding queued/deferred/more intelligent binding perhaps so any framework that relies on binding has an advantage at least as good as the binding implementation is at that point, and that would make Cairngorm a long term candidate. Neat on the PureMVC example, again, much appreciated. Have a good vacation. Also, where would you think to begin?

]]> By: Jonathan Campos http://www.unitedmindset.com/jonbcampos/2009/06/29/netflix-api-with-cairngorm/#comment-164 Jonathan Campos Fri, 03 Jul 2009 16:37:59 +0000 http://unitedmindset.com/jonbcampos/?p=442#comment-164 I am already in the works on the PureMVC post and will be getting it up as soon as I am back from vacation. I like the idea of testing the tipping points of these frameworks. Would this be something you would like to work on together? I am already in the works on the PureMVC post and will be getting it up as soon as I am back from vacation. I like the idea of testing the tipping points of these frameworks. Would this be something you would like to work on together?

]]> By: Bob Tribit http://www.unitedmindset.com/jonbcampos/2009/06/29/netflix-api-with-cairngorm/#comment-163 Bob Tribit Fri, 03 Jul 2009 04:40:18 +0000 http://unitedmindset.com/jonbcampos/?p=442#comment-163 Thank you. This is really helpful. I would enjoy seeing your take on the PureMVC version of the same application. I appreciate your lucid explanation of the Cairngorm framework. I just recently figured out cairngen and that has been great for giving me a starting point code wise, however, I really appreciate the warnings about including all data in the model as that's precisely what it seems like you should do based on the docs and many examples that are given. And again, about being selective for what gestures get promoted to the status of event when coding. The docs are great at telling someone what they can do, but not so much on what they probably shouldn't do. I find myself wondering if the reason fireclay and mate have come about is because of the over use of events. I know there is a tendency to treat these application frameworks like Flex and Java as a blackbox, but as a traditional C coder who has to deal with memory allocation and pointers...there are of course have to be limits. As a suggestion for a future D-Flex meeting some (me) might find it helpful to know what are the tipping points for these frameworks. Again, I really appreciate the time you put into these blog entries. Thank you. This is really helpful.

I would enjoy seeing your take on the PureMVC version of the same application. I appreciate your lucid explanation of the Cairngorm framework. I just recently figured out cairngen and that has been great for giving me a starting point code wise, however, I really appreciate the warnings about including all data in the model as that’s precisely what it seems like you should do based on the docs and many examples that are given. And again, about being selective for what gestures get promoted to the status of event when coding. The docs are great at telling someone what they can do, but not so much on what they probably shouldn’t do.

I find myself wondering if the reason fireclay and mate have come about is because of the over use of events. I know there is a tendency to treat these application frameworks like Flex and Java as a blackbox, but as a traditional C coder who has to deal with memory allocation and pointers…there are of course have to be limits. As a suggestion for a future D-Flex meeting some (me) might find it helpful to know what are the tipping points for these frameworks.

Again, I really appreciate the time you put into these blog entries.

]]>