|
See other email for a technical breakdown,
"Accessing a datagrid inside a different viewstate".
The use case I want a clean way without a lot of
existing overhead to let a View "know" that a Command is done. This is
useful in scencarios when you're View's state needs to change, or you are doing
a bunch of commands in tandem AND want to show GUI feedback. This last
part is extremely common for me since I do a lot of the GUI work on my team and
need to show "what's going on".
You can accomplish this with State variables or
ViewLocator. I hate state vars because I have enough variables to keep
track of. I dislike ViewLocator's because they have race conditions, even
with ViewHelpers, and aren't strongly typed. A "onResult" allows you to
play by the convention "if I get an onResult, the Command is done".
----- Original Message -----
Sent: Thursday, July 06, 2006 4:40 PM
Subject: RE: [flexcoders] Re: Cairngorm Responder interface
changes
jesse,
sorry if you've covered this already; but what do you mean
by commands supporting callbacks, in terms of an example usage of where you'd do
this ? can we rewind to the use-case, so I can make sure I understand what
you're trying to achieve here ?
best,
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
| |
...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]com>
To:
<[EMAIL PROTECTED]ups.com>
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]com
>
-----Original Message-----
> From: [EMAIL PROTECTED]ups.com
>
[mailto:[EMAIL PROTECTED]ups.com]
On Behalf Of Tom Chiverton
> Sent: 06 July 2006 16:01
> To: [EMAIL PROTECTED]ups.com
>
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
__._,_.___
--
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
__,_._,___
|
