...or you can have Commands support callbacks, and thus no need for state variables, nor a need for your Commands to update those variables.
----- Original Message ----- From: "Steven Webster" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, July 06, 2006 3:57 PM Subject: RE: [flexcoders] Re: Cairngorm Responder interface changes Agreed. Developers *have* to take responsibility for creating application-specific classes. If your application has "10 million state variables", then having a StateMachine / StateManager seems like a logical refactoring to aim for. If however, your application has "a decent number of states", no reason they can't be held in a single State class kept on the model (our typical solution), and if you only have 2 or 3 states, even the State class can be overkill. Just my $.02 Steven Steven Webster Practice Director (Rich Internet Applications) Adobe Consulting Westpoint, 4 Redheughs Rigg, South Gyle, Edinburgh, EH12 9DQ, UK p: +44 (0) 131 338 6108 m: +44 (0) 7917 428 947 [EMAIL PROTECTED] > -----Original Message----- > From: [email protected] > [mailto:[EMAIL PROTECTED] On Behalf Of Tom Chiverton > Sent: 06 July 2006 16:01 > To: [email protected] > Subject: Re: [flexcoders] Re: Cairngorm Responder interface changes > > On Thursday 06 July 2006 14:49, JesterXL wrote: > > Just what I need, 10 billion more state variables to keep > track of... > > Point taken, but they don't all have to be flat i.e. direct > properties of the model. > You can have model.viewHelpers.* , model.thingsAboutFoo.* etc. > > -- > Tom Chiverton > > **************************************************** > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered > in England and Wales under registered number OC307980 whose > registered office address is at St James's Court Brown Street > Manchester M2 2JF. A list of members is available for > inspection at the registered office. Any reference to a > partner in relation to Halliwells LLP means a member of > Halliwells LLP. Regulated by the Law Society. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee > named above and may be confidential or legally privileged. > If you are not the addressee you must not read it and must > not use any information contained in nor copy it nor inform > any person other than Halliwells LLP or the addressee of its > existence or contents. If you have received this email in > error please delete it and notify Halliwells LLP IT > Department on 0870 365 8008. > > For more information about Halliwells LLP visit www.halliwells.com. > > > > ------------------------ Yahoo! Groups Sponsor > --------------------~--> See what's inside the new Yahoo! > Groups email. > http://us.click.yahoo.com/2pRQfA/bOaOAA/yQLSAA/nhFolB/TM > -------------------------------------------------------------- > ------~-> > > -- > Flexcoders Mailing List > FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > Search Archives: > http://www.mail-archive.com/flexcoders%40yahoogroups.com > Yahoo! Groups Links > > > > > > > -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links ------------------------ Yahoo! Groups Sponsor --------------------~--> Yahoo! Groups gets a make over. See the new email design. http://us.click.yahoo.com/XISQkA/lOaOAA/yQLSAA/nhFolB/TM --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
