wpf - MVVM : Communication between the Model and ViewModels

Question

我正在使用 MVVM 模式开发 WPF 应用程序。我正在使用 MVVM Light 库，并且我也在尝试使用依赖注入(inject)器(我正在考虑 Ninject 和 Unity)。

我已经阅读了很多博客文章，我对让我的类(class)相互交流的“正确”方式感到很困惑。特别是，我不知道什么时候使用依赖注入(inject)，什么时候依赖中介模式。

让我们考虑一个例子。我有一个 ViewModel，我们称之为 DataViewModel，以及提供某种数据的 Data 类。
他们之间如何更好地沟通:

A. 使用 IData 接口(interface)注入(inject)对 DataViewModel 的依赖？这样 Data 就不必依赖 Messenger，但如果 Data 发生变化，它必须提供一个事件，并且 ViewModel 必须订阅它。

B. 依赖中介者模式(在 MVVM Light as Messenger 中实现)，在 Model 和 ViewModel 之间发送消息？这种方式根本不需要使用依赖注入(inject)，因为整个通信将基于消息。

此外，我的 ViewModel 是否应该在其他 ViewModel 上注入(inject)依赖关系，还是仅仅依赖 Messenger 会更好？如果是第一个，是否有必要为每个 ViewModel 定义一个单独的接口(interface)？我认为为每个 VM 定义一个接口(interface)将是一项额外的工作，但也许值得。

Answer 1

通常，ViewModel 会转到 Service(正如 Prism 所说的那样)来检索它需要的数据。该服务通过 DI(构造函数注入(inject))推送到 ViewModel，尽管您可以通过 ServiceLocator 以另一种方式执行此操作。

因此，您的 ViewModel 将持有对服务的引用，该服务将抽象您的数据检索。数据可能来自 DB、XML 文件，谁知道呢……抽象就在那里。因此，对于您的 IData 情况，对该类型的引用将在 ViewModel 中的某个点发生，但不会通过 DI 的任何方式发生。如果您的 IoC 框架允许(Prism 允许)，您可以创建接口(interface)类型到具体类型的映射，然后通过容器检索这些类型； Unity就是这种情况。

这是一个简短的示例...脚本绑定(bind)到 View ，并将 ViewModel 注入(inject)到 View 中。请注意使用 IScriptService 检索数据。返回的数据是 IScript 类型的集合，但是我们从未将该类型正式注入(inject)到 ViewModel 中，因为我们不关心作为单个实体的类型，而是在更大范围内关心类型。

        public ScriptRepositoryViewModel(IUnityContainer container, IScriptService scriptService, IEventAggregator eventAggregator)
        {
            _container = container;
            _scriptService = scriptService;
            _eventAggregator = eventAggregator;
        }

        public ICollectionView Scripts
        {
           get 
           {
               if (_view == null)
               {
                   _view = CollectionViewSource.GetDefaultView(_scriptService.Scripts);
                   _view.Filter = Filter;
               }

               return _view;
           }
       }

当您进入 View 时，可能会出现相同的情况， View 将通过 DI(构造函数注入(inject))与 ViewModel 一起注入(inject)。我不会让其他 ViewModel 相互依赖，让它们保持隔离。如果您开始看到需要耦合，请查看您尝试共享的数据，通常需要进一步抽象数据，而不是与任何 ViewModel 耦合。