On Wednesday 07 May 2008, Stephen Downs wrote:
> You mean if you change the name of a method on your controller?
I also mean if it's interface changes i.e. the order, number or data type of
arguments changes.
One case where that wouldn't mean a change to the view would be if the
controller no n
You mean if you change the name of a method on your controller?
Sounds like you'd have the same prob if you change the name of the
event you were listening to on your controller. You'd have to change
the event back to the correct name in your controller (i.e. the same
as changing the method
On Sunday 04 May 2008, Stephen Downs wrote:
> What is the difference of the view knowing what event it has to
> dispatch, to it actually knowing the method on the controller it was
> to invoke?
If your Controller changes, you have to change every view that uses it.
--
Tom Chiverton
Helping to p
t registered, though. I have a feeling it
> > wouldn't be too hard to extend it do that, but I've never felt the
> > need myself.
> >
> > I'm sure we're both thinking "don't make me have to think too hard,
> > if at all", and I&
he time).
-Original Message-
From: flexcoders@yahoogroups.com on behalf of Stephen Downs
Sent: Sun 04/05/2008 14:08
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: Use Cairngorm wihtout Dispatch
I have to agree with MichNiu here.
The CairngormEventDispatcher obsfucates the code. i.e
d I'm in broad agreement with you, but the 3 classes and controller entry
approach does work for me (even if it is very tedious to write at the time).
-Original Message-
From: flexcoders@yahoogroups.com on behalf of Stephen Downs
Sent: Sun 04/05/2008 14:08
To: flexcoders@yahoogrou
ServiceFacade.getInstance().loadCats();
public function loadCats():void {
var handlers : IResponder = new
mx.rpc.Responder(onResults_loadCatalog,fault);
getDelegate(handlers).loadCatalog();
}
Looks like a terrible solution.
I agree with your comments regarding the Co
I have to agree with MichNiu here.
The CairngormEventDispatcher obsfucates the code. i.e. you come back
to a project 6 months down the line, its difficult to find in the
view where your CairngormEvents are dispatch.
What is the difference of the view knowing what event it has to
dispatch
Thanks for replying.
Lets talk about MVC. there are two different implementation of
MVC. One is Event driven, Which means call The Model(Service) in
Action. In JAVA Framework, JSF is the one. Another is Action driven.
Which means dispatch and Central listen. like Struts in Java.
I
Thanks for replying.
Lets talk about MVC. there are two different implementation of
MVC. One is Event driven, Which means call The Model(Service) in
Action. In JAVA Framework, JSF is the one. Another is Action driven.
Which means dispatch and Central listen. like Struts in Java.
I
One of the core principles of not just Cairngorm but MVC in general is
for your views to be as dumb as possible. The less they know about
models, services, etc the better. You've essentially taken the
opposite approach. Creating reusable/generic views using your approach
wouldn't really be possible
11 matches
Mail list logo
