Read the article, some good, some bad. If anyone declares you for a fool if you prefix interfaces with 'I' and use marker interface, I tend to gloss over the rest of the article since it no longer comes across trustworthy... Personal preference aside:)
On Sat, Nov 15, 2008 at 12:05 AM, David Hershberger <[EMAIL PROTECTED]> wrote: > Haha! Before you try Cairngorm, check out this article: > > http://blog.iconara.net/2008/04/13/architectural-atrocities-part-x-cairngorms-model-locator-pattern/ > > Having used Cairngorm for a while now I have to agree with him. The article > is pretty harsh, and it only talks about the ModelLocator part. > > Dave > > On 11/14/08, Joel Stransky <[EMAIL PROTECTED]> wrote: >> >> Thanks for the post Dave. Cairngorm sounds a lot like PureMVC which does >> away with events and implements a global command structure. So far it's >> appealing although my first run in with it was under bad conditions. A >> client of a friend had mangled it something fierce before he was brought in >> at which point he brought me in to implement deep linking. It was ugly to >> say the least. I have however heard great things about it since then. My >> gut >> says I should know how to do this stuff on my own before I go relying too >> heavily on tools that prevent me from getting to know the inner workings >> intimately. >> >> It's just tough to esitmate flash/flex work effictively anymore without a >> framework involved it seems. Clients don't have the time or budget for >> builds from scratch. Flash used to be so fun but now it's a constant >> learning curve. ugg. >> >> Interestingly enough I looked up the cairngorm site and saw a link to this >> blog post made just yesterday: >> http://www.anandvardhan.com/2008/11/13/popular-flex-frameworks/ >> >> This should also be informative. >> http://www.insideria.com/2008/11/new-poll-which-flex-framework.html >> >> >> >> On Fri, Nov 14, 2008 at 1:52 PM, David Hershberger <[EMAIL PROTECTED] >> >wrote: >> >> >> > We have been using Adobe Flex for the past year and have really liked it. >> > It would be hard to call it "blazing" and "bloat" does seem like it might >> > apply to some extent, but on the other hand it does so many nice things >> for >> > us it is hard to argue with. MXML is very powerful, but there is >> certainly >> > a big learning curve. For basic stuff, buttons and containers and text, >> > it's easy to get started. There are lots of subtle details though, so >> when >> > you start wanting to do things in ways the Flex authors didn't anticipate >> > it >> > often takes experimentation to find a way that works. The Flex framework >> > code is open source at least, so you can always dig into that and see >> what >> > it's doing. >> > >> > We have also used Cairngorm, with mixed results. Cairngorm doesn't >> really >> > give you much code, it is mostly a set of design patterns. Some of the >> > important code it does give is a "controller" which connects Cairngorm >> > Events to Cairngorm Commands. Cairngorm events inherently know their >> > dispatcher, which is a singleton, so you can just fire off events like >> so: >> > new SaveGameEvent(game, user).dispatch(); >> > and the controller connects that to the appropriate >> SaveGameCommand. We've >> > come to the conclusion that Cairngorm is great for situations where most >> > user actions imply immediate communications with a server, but not so >> > useful >> > for situations where user actions are just manipulating data internal to >> > the >> > .swf. We have ended up using Cairngorm Events and Commands just on the >> > networking side of our app, and for everything else we do more of a basic >> > Model/View pattern. >> > >> > I don't believe Cairngorm relies on Flex, but Flex gives you "data >> binding" >> > which works very nicely with Cairngorm. Flex data binding lets you mark >> > certain state variables with [Bindable] and then the compiler builds >> > data-change events for you. Then your view mxml classes use the data >> > binding syntax like <Label text="{game.description}"/> and the view >> updates >> > automagically whenever the Game's description field changes. A Cairngorm >> > command might query a server and then the server-response-handler in the >> > command can set game.description. >> > >> > Dave >> > >> > On 11/14/08, Joel Stransky <[EMAIL PROTECTED]> wrote: >> > > >> > > Hello, >> > > So I'm trying to nail down a work flow for building flash sites (read: >> > not >> > > flash applications) in as3. I had just about mastered fast seo friendly >> > as2 >> > > sites when as3 came out and now that I'm making a concerted effort to >> > > modernize my skills I feel like I'm starting from scratch in many ways. >> > > >> > > Enter frameworks. So far I've looked at >> > > Gaia<http://www.gaiaflashframework.com/index.php>, >> > > PureMVC <http://puremvc.org/content/view/67/178/>, >> > > Mate<http://mate.asfusion.com/>and Enterprise >> > > Architect <http://www.sparxsystems.com/products/ea/index.html> (please >> > add >> > > any others I haven't listed) >> > > On the upside, I like the idea of rapid development and reduced >> monotony. >> > > But the most important thing to me is extremely lightweight blazing >> fast >> > > flash using the least amount of bloat. In a perfect scenario, I don't >> > want >> > > extra file size due to wrappers of core commands. >> > > >> > > So, assuming I'm comfortable with the file size/rapid development trade >> > off >> > > with one of these packages, my concern then becomes one of dependency >> and >> > > learning curve. After learning a new API, am I going to have to hack or >> > > work >> > > around it for those interesting situations that always seem to pop up? >> > What >> > > if something major changes on the flashplayer and my chosen framework >> > > doesn't address it? I fear becoming too dependent on a 3rd party api. >> > > >> > > I'd really like to know what you guys are using, any development horror >> > > stories you have because of it as well as any insight you can provide >> > about >> > > the concerns I've listed. >> > > >> > > Thanks for your time. >> > > >> > > -- >> > > --Joel Stransky >> > > stranskydesign.com >> > > _______________________________________________ >> > > Flashcoders mailing list >> > > [email protected] >> > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> > > >> > _______________________________________________ >> > Flashcoders mailing list >> > [email protected] >> > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> > >> >> >> >> >> -- >> >> --Joel Stransky >> stranskydesign.com >> _______________________________________________ >> Flashcoders mailing list >> [email protected] >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> > _______________________________________________ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > _______________________________________________ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
