MvvmLight 的标准 ViewModelLocator 是反模式吗？ 以及如何减轻这种情况？

Question

当启动一个新的 mvvm-wpf-application 时，我通常在开始时包含 mvvm-light。 这很好用，直到我的应用程序增长。

在某些地方，ViewModelLocator 变得巨大（许多 ViewModel 用于各种 ChildViewodes）。 甚至更进一步，我需要同一个视图模型的多个不同实例。 （例如，对于希望在同一屏幕上进行交互的项目列表）。 这是斗争开始的地方，如何处理好、始终如一的代码可测试性？

所以，如果我想摆脱 ViewModelLocator（它是一个反模式吗？感觉就像一个 ServiceLocator）我应该先转向 ViewModel 并为所有 ViewModel 创建（许多）抽象工厂？

Answer 1

ViewModelLocator 是用于控制反转 (IoC) 的导航总线的奇特名称。 尽管这似乎是一项较新的技术，但导航总线实际上以不同的方式使用服务总线。 如果您有一个静态（在 VB 中共享）容器，则它不是反模式。 如果您在 ViewModel 中传递容器，则会出现反模式。

在 MVVM 中要记住的是，它是一种通用的设计模式，您可以通过多种方式对其进行扩展。 大型项目的最佳解决方案是组件设计（一种设计，其中应用程序的每个功能都在其自己的命名空间或项目中）。

设计图可能如下所示：

• 顾客
  • 楷模
  • 视图模型
  • 服务
• 订单
  • 楷模
  • 视图模型
  • 服务

等等......这真的归结为开发人员的风格。 只要你的设计是一致的。

进一步阅读：为了更好地理解 ViewModelLocator 对Navigation Bus 的搜索。 为了更好地理解 EventAggregator，搜索Message Bus

Answer 2

嗯，是的，如果您使用带有 MVVMLight 的内置 IOC 容器。 如果你使用 AutoFac 或 Ninject 之类的东西，你可以注册所有基于 ViewModelBase 的类。 另一种选择是使用代码生成来生成 ViewModelLocator。 使用这两种方法，您可以将其缩减为每个视图模型一行。

public MyViewModel MyView => serviceLocator.Resolve<MyViewModel>();