1

目前我正在使用 DI 在虚拟机之间传递数据，想象一下搜索页面和结果页面或主/详细信息的场景。

因此，在这种情况下，我应该创建一个称为“参数 VM”的 VM（有或没有模型）来存储我的搜索参数，并在详细信息或结果 VM 中读取它们。

此外，我在 VMLocator 中注册了此参数 VM，并将其注入到两个 VM 的构造函数中。

我得到的是，当我搜索新数据并将要搜索的数据存储在此参数 VM 中时，我在结果/详细信息 VM 中也成功获取了数据。

所以这是一个使用 MVVM Light 的经过验证的模式，尽管在网络上没有很好的记录，我的问题是这在性能和代码可读性方面是否是一个好方法。我想知道是否有人在不使用 MVVM Light 中的消息系统的情况下使用另一种方法。

我对这种方法的一个烦恼是我必须将我的参数封装在继承 ViewModelBase 的 VM 中，如果我想注入一个普通类，我无法将更改传播到第二个 VM，我仍然不知道为什么我可以'对一个简单的课程做同样的事情，我想知道是否有人也知道原因。我在 VM 中创建一个简单类的原因是因为在 WP 和 W8 中，我可以使用 VMLocator 中的工厂在停用和激活应用程序时恢复模型的状态。

我会很感激你的意见！

4

2 回答 2

1

我们在模块化 WPF 应用程序中使用EventAggregator模式。在这种情况下，您的视图模型不需要相互了解。相反，它们都共享一个作为构造函数参数注入的 IEventAggregator 服务实例。然后，Master ViewModel然后使用特殊事件类发布事件（例如，选择更改时），并且详细信息ViewModel订阅该类型的事件，并且在事件发生时，会对其进行反应（通过显示新的详细信息）。使用这种模式，您可以设置不同项目中的视图模型的通信，而无需任何紧密耦合。当然，两个视图模型共享他们可以处理的事件类的知识。

互联网上有这种模式的各种实现。其中一些可以直接从 VisualStudio 中使用 NuGet 安装，例如Caliburn.Micro.EventAggregator 。

希望有帮助=)

于 2013-04-09T07:06:50.070 回答
0

根据我的经验，使用 Messenger 是在虚拟机之间以解耦方式进行通信的最佳方式，我认为 IOC，特别是 MVVM Light 中的 SimpleIOC，是一种将依赖项注入虚拟机（如存储库、服务等）的方式。

View ----RelayCommand---> VM

VM ----Messenger----> VM

Repositories ---- SimpleIOC ---> VM
于 2013-04-09T09:10:46.697 回答