PureMVC Architects Lounge

Announcements and General Discussion => General Discussion => Topic started by: elux101 on March 03, 2008, 03:55:30



Title: ApplicationFacade, why all the constants?
Post by: elux101 on March 03, 2008, 03:55:30
Hello guys,

I've been looking into using PureMVC for a new project. It's clean and I like the concepts of Commands, Mediators and Proxies. But, what led to the design consideration to add the entire system's states as string constants in the application facade? In a system with many modules that are loosely coupled, for every module its commands and states will have to be listed in the facade. This list will become huge as my application grows. Wouldn't the best approach be to write each module in its own independent package so I could easily move it to other applications? That is one of the benefits of MVC. Even from a development perspective when working on teams, multiple people can be editing the same ApplicationFacade.as file to add a completely unrelated module to the system. I think it would be better to keep those sorts of things with the controller of those modules. Am I missing the point on something here?

Peter


Title: Re: ApplicationFacade, why all the constants?
Post by: puremvc on March 03, 2008, 07:08:47
Hi Peter,

For a small application, the Facade is a central actor that all the mediators, proxies and commands know. A central location that is handy. You can just as easily use an ApplicationConstants.as class or any number of such classes if you wish. The demos are meant to show the easiest path for a simple app.

-=Cliff>


Title: Re: ApplicationFacade, why all the constants?
Post by: elux101 on March 05, 2008, 10:06:17
Thanks Cliff. Thats a relief.

It would be helpful to see an example where this practice is used for larger applications. It would also be nice to see an example that interacts with some backend like Java, Ruby or PHP. I've been reading some things that is used with cairngorm (yuk), but they always have to define the models twice. Once on the server side, and another time on the client-side in flex. I'm having a hard time coming up with the distinction when its necessary to have server-side processing and client side since actionscript can do so much. It cannot be just for data storage.

Another thing is, as the application grows, it would be nice to have various flex application modules in individual swf's that are loaded as necessary. For example the first being just the foundation of users, groups, and security that loads additional resources as necessary.

Peter


Title: Re: ApplicationFacade, why all the constants?
Post by: puremvc on March 05, 2008, 11:44:11
Hi Peter,

Stay tuned. Very soon, you'll see the new site with demos talking to services, utilities for loading resources, all sorts of goodies coming your way.

-=Cliff>


Title: Re: ApplicationFacade, why all the constants?
Post by: trilec on March 08, 2008, 02:10:02
Thanks Cliff,
Im also in the same state as Peter, "looking into using PureMVC for a new project"
which will be AS3 (no flex) , rather large and require the use of swfaddress, pre-loaders and talking to services (ruby in my case).
The TV is on and channel is open...."Staying tuned" :-)

Curt