这样一来，MainViewModel不就知道了LoginView与DataContextView的存在吗？这样没有违背MVVM设计原则么？

@Groundnut: 我先问你，你是在什么地方装入 LoginView 的？

@Launcher: 

public partial class App : Application

{

　　……

　　public void AppStartup(string[] args)
　　{
　　　　if (this.MainWindow == null)
　　　　{
　　　　　　MainView mainView = new MainView();
　　　　　　mainView.DataContext = new MainViewModel();
　　　　　　this.MainWindow = mainView;
　　　　}
　　　　this.MainWindow.Show();
　　}

}

我是在APP中装入LoginView的。

@Groundnut: 我想问的是，你是在 MainView 创建之前显示的 LoginView，还是在 MainView 显示中显示的 LoginView？

@Launcher:

Hello Launcher，我是在MainView的CodeBehind中写的……

我一直感觉这样写不大稳妥，而且我发现在MVVMLight中，他们是在View中直接实例化ViewModel将其复制给View的DataContext的，但是并不是所有的ViewModel与View都有相对应，而且一些ViewModel在实例化的时候还需要一些参数。

所以我觉得直接在View中实例化并绑定ViewModel应该也不是很好的做法。那么请问，大牛你们是通过什么方法解决这些问题的？

@Groundnut: “我是在MainView的CodeBehind中写的……” -〉“这样一来，MainViewModel不就知道了LoginView与DataContextView的存在吗？”  看见没有，这些话都是你说的。按照 Prism 的指导原则，View 是需要加载到 Region 中去激活的，UI 会分成多个 Region 区，通过 Controller 实现将指定 View 加载到指定 Region 中去激活。如果你认为这个架构比较复杂，那么我再问你一个问题，DataContextView 同 MainView 是什么关系？

@Launcher: MainView包含显示LoginView与DataContextView，但是LoginView与DataContextView一次只能存在一个。此外，我还没有接触过Prism，能推荐一下怎么入门么？

@Groundnut: http://compositewpf.codeplex.com/

你也不必完全照着这个架构来做，它也有局限性，注意它的名字：Composite Application。

按照我的习惯，我会将 LoginView 拿出来，放在 new MainView(); 之前执行，这是从MFC、Winform 等传统桌面程序延续过来的做法。

对于 MainView 而言，在 Prism 中我们称它为 Shell，然后在 Shell 中划分多个不重合的 Region。我假设你的 LoginView 和 DataContextView 显示时会充满整个 Shell，那么我们在 Shell 中创建一个充满整个 Shell 的 Region，然后我们为 Shell 创建一个 Presenter，并订阅 LoginCompletedEvent，在事件处理方法中我们通过 RegionName 和 ViewName 来激活 DataContextView（DataContextView 可能存在于另一个 Module，也就是单独的 dll 中，在此 DLL 加载时会将 DataContextView 注册到我们之前创建的 Region 中去（通过 RegionName））。