arch_101's StartupCommand vs BestPractice's ModelPrep & ViewPrep commands

[kouri]

Hi,

I can't catch differences and (dis)advantages between :

- the use of an unique SimpleCommand class registering model and view once (like StartupCommand in arch_101)
and :
- the use of a multi command class calling his turn, two simple commands (ModelPrepCommand and ViewPrepCommand) as described in BestPractices doc

Thank's for your answer.

[Henk]

This is a question that I have as well.

I'll go a step further (risking ire and despair of the PureMVC guru's)...

The Facade class has protected methods for initializeModel and initalizeController. These are called by initializeFacade during facade instantiation.

Would there be a problem with registering proxies and commands in these methods in the concrete facade? The motivation is pure pragmatism. You don't have to look in three or more different places just to find out what is being instantiated during startup.

I can see why registering the mediators at this point is a problem since these depend on instantiation of the views.

[puremvc]

Hi Henk,

I suggest reading the API documentation for those methods to get a more complete answer. From my blackberry I can't read them at the moment, but I'm fairly sure they explain this.

The initializeView and initializeModel methods are intended as hooks to allow you to use your own View or Model implementation. They cannot practically be used for preparation of Model and View.

The reason is that the Proxy and Mediator classes extend Notifier, which fetches a reference to the facade when they are created. This is how they send notifications.

Now if the Facade is still being created at the time, then there isn't an instance to fetch yet.

This will leave the mediators and proxies unable to communicate.

-=Cliff>

[puremvc]

Kouri,

I would suggest signing up for the arch101 courseware beta. The next chapter refactors the model into a common package used by multiple apps. In this case the PrepModelCommand comes from a separate package than the ViewPrepCommand which is unique or local to each app.

-=Cliff>

[Henk]

The initializeView and initializeModel methods are intended as hooks to allow you to use your own View or Model implementation. They cannot practically be used for preparation of Model and View.

Ah I understand,
Thanks Cliff