Having one component with different states or a viewstack with all of the 
options may be attractive for a few variants, but I'd probably go for 
instantiating a specific UI interface once it's known which is required. You 
could either base the UI variants off a common ancestor, or use a common 
interface.

In flex it makes little difference if a component is created from MXML or 
actionscript.

Given the clear uncertainty that you have I would suggest an initial 
implementation with a couple of UI variants and see how well it works for 
you rather than try and get the whole thing right first time.

Paul
----- Original Message ----- 
From: "Michael Wills" <mich...@mawills.com>
To: <flexcoders@yahoogroups.com>
Sent: Monday, March 09, 2009 11:06 PM
Subject: Re: [flexcoders] Architecture / Design question...


> Wow yeah that would depend on a lot of things. Some thoughts that help
> me narrow down prospects like that:
>
> Am I doing all of the subcomponents in MXML? If so I could manage it
> with States perhaps using addChild. Pass the state in on
> instantiation/show/creationComplete, etc.
> Am I doing all of the subcomponents in AS3? Then I can dynamically
> instantiate things on the fly depending on those requirements.
> Whether or not I actually use the states tags, are their actual "states"
> with shared components? If so I might make a set of flags. If flag x is
> present, add component x, or if y is present, add y.
>
> But it depends on how detailed it needs to be, and how convoluted the
> solution might be. It might be better not to put it ALL in one
> component, but have one component that loads subsections as well. It all
> depends on what you need. And, just a caveat, I am not a Flex guru. They
> might pine in with much better solutions.
>
> Michael
>
> tchredeemed wrote:
>>
>> I have a situation in which I am currently using a very ugly set up to
>> get the job done, but I want to change this (will explain) and I am
>> looking for some insight.
>>
>> The process is this.
>>
>> A user gets to a piece of our app and they are presented with some
>> options. The options are very different depending on which route they
>> take to get there.
>>
>> For instance, they might see a checkbox about saving a piece of their
>> file as a note.
>>
>> They might see a set of radio buttons to order different quantities
>> (in this case the price can change depending on which radio button is
>> selected [the price is on the same screen]).
>>
>> They might see a mailing address or an email address, depending on the
>> medium of the item they are purchasing.
>>
>> Basically, the options vary greatly, so I currently have a different
>> custom component depending on which they are using.
>>
>> I want to be able to use one component and have different options on
>> that component, but I am not sure of an efficient way to do it.
>>
>> I know this is random and probably not easily answered without a
>> specific understanding of the system, but I thought I would ask :)
>>
>>
>
>
> ------------------------------------
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Alternative FAQ location: 
> https://share.acrobat.com/adc/document.do?docid=942dbdc8-e469-446f-b4cf-1e62079f6847
> Search Archives: 
> http://www.mail-archive.com/flexcoders%40yahoogroups.comYahoo! Groups 
> Links
>
>
>

Reply via email to