Maybe the provided examples are a little bit misleading, because they are too simple. On the other hand, who is able to create an example with hundreds of views :) But the point is, ModelLocator is just that, a locator for the model and not the model itself. If you have a view or a group of views, which needs multiple properties of your model, you should create a class for that and add an instance of this class to the ModelLocator.
Cheers, Ralf. On 9/11/06, Tim Hoff <[EMAIL PROTECTED]> wrote: > With views, the main thing to keep in mind is directory > organization. Respectfully, I have a few differing ideas, than > Steven, when it comes to views. But at Cairngorm's current > iteration, "all" state == model (local and common). Organize the > actual view classes in functional directory groups; for easy > identification. In the ModelLocator, bind the state of the views > accordingly. With hundreds of views, you will probably want to > subclass the ModelLocator, into functional groups, to aid in > organization. Ultimately, it boils down to each application's > requirements. For me, I just try to keep things as simple and > maintainable as possible; even when endless local state variables > tend to clutter and complicate the ModelLocator. I'm calling this > model happy. :) > > -TH > > --- In flexcoders@yahoogroups.com, "Bjorn Schultheiss" > <[EMAIL PROTECTED]> wrote: > > > > Good Question and I hope this thread gets a lot of posts. > > > > Personally I don't think that the modelLocator is always upto the > job. > > Don't get me wrong, in a data-driven application this methodology > is > > beautiful, > > But my feeling is it will not satisfy all requirements. > > > > For example, say you have about 100 view states that are loaded in > and > > disposed of, at runtime, as required. > > I don't think the ModelLocator is up to the task. > > I think possibly a "ViewManager" of sorts is required that acts as > a middle > > tier between the Views and the ModelLocator. > > > > I don't have any concrete classes to show an example of what I > mean as I > > haven't developed such a solution as yet. > > But I am at the beginning of a project that will require such > consideration. > > > > > > Regards, > > > > Bjorn Schultheiss > > Senior Flash Developer > > QDC Technologies > > > > -----Original Message----- > > From: flexcoders@yahoogroups.com > [mailto:[EMAIL PROTECTED] On > > Behalf Of Diego Guebel > > Sent: Monday, 11 September 2006 12:07 PM > > To: flexcoders@yahoogroups.com > > Subject: [flexcoders] cairngorm: managing hundred of views > > > > Hi there, > > My questions is theoretical and best practice oriented, I just > wonder what > > is the best approach to manage hundreds of views since > > viewhelper/viewlocator is out of fashion. > > I was reading previous post but didn't find a good example or > tutorial. > > Can anyone put some light on this? > > > > Sorry if some of you receive this post twice, I think the first > once was > > moderated. > > Thanks in advance. Diego. > > > > > > -- > > 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! ID required) > > mailto:[EMAIL PROTECTED] > > > > > > > -- Ralf Bokelberg <[EMAIL PROTECTED]> Flex & Flash Consultant based in Cologne/Germany -- 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/