Opening new window in MVVM WPF
One possibility is to have this:
class WindowService:IWindowService
{
public void showWindow<T>(object DataContext) where T: Window, new()
{
ChildWindow window=new T();
window.Datacontext=DataContext;
window.show();
}
}
Then you can just go something like:
windowService.showWindow<Window3>(windowThreeDataContext);
For more information on the new constraint, see http://msdn.microsoft.com/en-gb/library/sd2w2ew5.aspx
Note: the new() constraint
only works where the window will have a parameterless constructor (but I imagine this shouldn't be a problem in this case!) In a more general situation, see Create instance of generic type? for possibilities.
You could write a function like this:
class ViewManager
{
void ShowView<T>(ViewModelBase viewModel)
where T : ViewBase, new()
{
T view = new T();
view.DataContext = viewModel;
view.Show(); // or something similar
}
}
abstract class ViewModelBase
{
public void ShowView(string viewName, object viewModel)
{
MessageBus.Post(
new Message
{
Action = "ShowView",
ViewName = viewName,
ViewModel = viewModel
});
}
}
Make sure the ViewBase has a DataContext property. (You could inherit UserControl)
In general I would make some kind of message bus and have a ViewManager listen for messages asking for a view. ViewModels would send a message asking for a view to be shown and the data to show. The ViewManager would then use the code above.
To prevent the calling ViewModel to know about the View types you could pass a string/logical name of the view to the ViewManager and have the ViewManager translate the logical name into a type.
You say "creating window instance and showing window from view model is violation of MVVM". This is correct.
You are now trying to create an interface that takes a type of view specified by the VM. This is just as much of a violation. You may have abstracted away the creation logic behind an interface, but you are still requesting view creations from within the VM.
VM's should only care about creating VM's. If you really need a new window to host the new VM, then provide an interface as you have done, but one that does NOT take a view. Why do you need the view? Most (VM first) MVVM projects use implicit datatemplates to associate a view with a particular VM. The VM knows nothing about them.
Like this:
class WindowService:IWindowService
{
public void ShowWindow(object viewModel)
{
var win = new Window();
win.Content = viewModel;
win.Show();
}
}
Obviously you need to make sure you have your VM->View implicit templates set up in app.xaml for this to work. This is just standard VM first MVVM.
eg:
<Application x:Class="My.App"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:vm="clr-namespace:My.App.ViewModels"
xmlns:vw="clr-namespace:My.App.Views"
StartupUri="MainWindow.xaml">
<Application.Resources>
<DataTemplate DataType="{x:Type vm:MyVM}">
<vw:MyView/>
</DataTemplate>
</Application.Resources>
</Application>