I want to work with people to pioneer the best practices of server-side use of the framework. My work in Java on the server side leaves me with some clear ideas, and some general thoughts.
As we expose methods like
to the Flex Application as an entry point into the PureMVC apparatus, the Façade would be the gateway for service calls. It would be the RemoteObject that the client manipulates, exposing the methods that are the API of your services. From there, Notifications triggering Commands that talk to Proxies that retrieve data from the db (perhaps with a DAO).
On the View side, it gets a little fuzzy. I don't know the immediate use for Mediators except if View Components of the system are template objects, into which properties are set and output extracted.
There's the possibility you're doing classic template munging for web or text output. For instance, you could write an FAQbot that listens to an IRC channel, (is the socket I/O class a 'view component' surrounded by a Mediator?) learn responses to topics, store them to a database and regurgitate them on command. That would help someone managing the IRC channel (that we don't have yet) the ability to quickly direct the FAQbot to direct the appropriate entry to the user in question.
HelpGuy34: 'FAQBot, learn MVC http://en.wikipedia.org/wiki/Model-view-controller '
JRandom: Hello, can anyone just tell me what MVC means, please?
HelpGuy34: 'FAQBot, tell JRandom MVC'
FAQBot: 'JRandom see http://en.wikipedia.org/wiki/Model-view-controller '
There's the possibility of synchronous or asynchronous behavior patterns to consider as well.
I'd like everyone with a server-side language to chime in here with thoughts about this. We need to devise demos and get a clear understanding of how the framework works in the server side environment. Do a little perusal of other server side MVC engines to see how they split the responsibility. I don't want to come up with a different set of basic actors if we don't need them and the existing patterns make sense.