|
Hi Guys,
Cairngorm is purposefully non-prescriptive about the way you choose to implement the view; so we would neither advocate that you do so using States, nor advocate that you don't. This is one of our core-values in being able to call ourselves a "lightweight architecture" - that we are not enforcing upon developers the way they structure their MXML that implements the overall user-experience. Typically to date, we (iteration::two / Adobe Consulting EMEA) haven't
leveraged States for multi-screen
Cairngorm applications, preferring instead to use States where we have transitions within a complex MXML
component (which can live both within and outwith a Cairngorm application -
components shouldn't depend upon Cairngorm to be reusable).
When you are building applicaitons with a number of
different views, the decisions that you make to structure these applications are
irrespective of the fact that you are or are not using Cairngorm. I could
certainly advocate best-practices in doing so - and will try and do so in a blog
entry or other post - but don't be mistaken because you are using Cairngorm that
there is a prescribed way for building applications with multiple or large
numbers of views. In the end, the patterns are repeatable - whether you
have 1 view or 100 views bound to a model locator class, and whether you have 1
view or 100 views that are responsible in some way for notifying the controller
of a user-gesture by broadcasting an event. Make sense
?
I can't recall if my presentation from MAX2005 is archived
online or not - but if it is, I covered this idea of architecting the view in
that presentation; come to think of it, the structure of that presentation was
the basis for the 6-part article on devnet, which you can find linked on www.adobe.com/go/cairngorm/
So you're free to build your view however you like - and
leverage whatever best practices the community has to offer you.
Cairngorm will form the bedrock (*) of your underlying
application whatever decisions you make.
Best,
Steven
(*) Subtle Cairngorm pun in there...
__._,_.___ -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
SPONSORED LINKS
YAHOO! GROUPS LINKS
__,_._,___ |


