Me thinks what Jesse was alluding to is that your view doesn't modify the data in the model. Nothing wrong with having a VO that has a method say getTotals() that does some sort of work on its members to return a total of some sort.
DK On 10/22/07, Bjorn Schultheiss <[EMAIL PROTECTED]> wrote: > > Hey Shaun, > > > It took me a while to grapple with but thats how it's been explained to > me. > > VO's. Thats it. > All logic is in the commands. > > Now excuse me if I'm wrong and I'll be happy to be proven so. > > In terms of event handling well, if a VO is Bindable is that the same? > Do you mean listening to the view or commands? > > I'll quote Jesse again. > > http://jessewarden.com/2007/08/10-tips-for-working-with-cairngorm.html > 3. Only Commands set data on the Model; you can break this, just don't if > you can help it. > In Model View Controller, only the Controller sets data on the Model. In > this case, the Commands are the Controller (usually), and as such, setting > ModelLocator data is their job, and their job alone. If data is getting f'd > up, you immediately know it's in the Command. You never have to question > "who's setting my data, where, and when?". > > > regards, > > Bjorn > > > > On 23/10/2007, at 12:00 PM, shaun wrote: > > Hey Bjorn, > > Bjorn Schultheiss wrote: > > Hey All, > > > > I don't know if there has been a previous thread on this. I'm > > assuming there is but i thought i'd start one again in light of some > > recent blog posts about a Silvafug meeting by the assertTrue guys on > > frameworks. > > > > http://www.asserttrue.com/articles/2007/10/17/silvafug-application- > > frameworks-presentation > > http://probertson.<http://probertson.com/articles/2007/10/18/flex-application-frameworks-> > com/articles/2007/10/18/flex-application-frameworks- > > presentations/ > > http://www.sephirot<http://www.sephiroth.it/weblog/archives/2007/10/flex_frameworks.php> > h.it/weblog/archives/2007/10/flex_frameworks.php > > > > I haven't used PureMVC yet but I have used Cairngorm for a while > > (since the flash 7 days). > > > > I will say I've got a few beefs with Cairngorm and from just looking > > at the PureMVC diagram i already see a few solutions. > > > > I guess my main beefs with cairngorm has been the use of commands. > > Specifically in creating Re-usable commands. > > the 1 to 1 event-command-delegate methodology has never sat well with > > me. > > > > Dumb Models (vo collections) is another. > > I am wondering what makes you think that the CG models need to be dumb? > > Why can't your CG model be a domain model? Then a ModelLocator simply > holds a reference to an object which forms part of a complex object > graph. The Objects are not just simple VOs(DTOs) but have state, > behaviour, event listeners and handlers. > > cheers, > - shaun > > > -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it?