tags:

views:

225

answers:

1

Hi!

I am building an application that is based on MVVM-Light. I am in the need of creating multiple instances of the same View, and each one should bind to its own ViewModel.

The default ViewModelLocator implements ViewModels as singletons, therefore different instances of the same View will bind to the same ViewModel.

I could create the ViewModel in the VMLocator as a non-static object (as simple as returning new VM()...), but that would only partially help me. In fact, I still need to keep track of the opened windows. Nevertheless, each window might open several other windows (of a different kind, though). In this situation I might need to execute some operation on the parent View and all its children. For example before closing the View P, I might want to close all its children (view C1, view C2, etc.).

Hence, is there any simple and easy way to achieve this? Or is there any best practice you would advice me to follow?

Thanks in advance for your precious help.

Cheers,

Gianluca.

+2  A: 

Hi,

There is no obligation to store the ViewModels as singletons in the ViewModelLocator, but it certainly makes them easier to find if the view is a singleton too. Obviously, if you have multiple instances of the same View class, you will have multiple instances of the same ViewModel class, and it cannot be a singleton anymore.

To keep track of the multiple instances of the ViewModel, you can implement a dictionary in the ViewModelLocator that looks up for a ViewModel according to a key. The key can be a unique ID for the view, for example. Once you get hold of the view, retrieve its key and then retrieve the viewmodel from the locator.

Update: Often you don't even need to track multiple viewmodels. For instance, you can have the Messenger class send a message to all instances of a given viewmodel class using the Send overload. So before implementing a dictionary to keep track of the VMs, ask yourself if you really need it! ;)

Hope that helps, Laurent

LBugnion
Thank you Laurent for your reply. For sure I'll need to dig this deeper. By the way, I've seen that many are using MEF instead of a proper ViewModel Locator... so, I am experimenting that solution too. Regarding the "window handler", I tried different approaches but I havent found yet the best for my case ;)Thanks for all your help.Gianluca.
Gianluca Colucci
I have an app with multiple modules using mef, from a module i need to show a view in another module , the calling view listens for the message of the view showed in another module, from the view showed it may create another instance of the same view, now the common messages became a problem two instances of the view send same messages, How can i solve this in a correct manner, Assign every view instance and id something ?
Priyan R
@Gianluca: The best approach in my experience is to combine a ViewModelLocator with either MEF or an IOC container (NInject, Unity or else).
LBugnion
@Priyan: The best way is probably to ID your views, and send the ID together with the message. For example, if you derive your message from MessageBase (not compulsory, but possible), you can set a sender property in the message. This gives an indication of who sent the message.
LBugnion