MVVM 设计考虑

Question

我目前正在开发一个新的 WPF 应用程序，并且我的大部分业务逻辑层都已开发（即我的模型）。

我即将实现 ViewModel 类来代表我的应用程序的一项功能。我对 Model-View-ViewModel 模式很陌生，我有一个问题，即在实现我的 ViewModel 类时最好使用哪种方法。

从在线示例中，我发现模型通常是 ViewModel 的成员。使用这种方法，ViewModel 会公开 Model-member 的属性，以便它们可以绑定到 View 中的 Model。

例如：

Public Class MyViewModel
  Implements INotifyPropertyChanged

  Public Event PropertyChanged(ByVal sender As Object, ByVal e As System.ComponentModel.PropertyChangedEventArgs) Implements System.ComponentModel.INotifyPropertyChanged.PropertyChanged

  Private _myModel As ModelClass

  Public Property MyModelPropertyA As Object
    Get
      Return _myModel.MyModelPropertyA
    End Get
    Set(ByVal value As Object)
      _myModel.MyModelPropertyA = value
      RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("MyModelPropertyA")
    End Set
  Public Property MyModelPropertyB As Object
    Get
      Return _myModel.MyModelPropertyB
    End Get
    Set(ByVal value As Object)
      _myModel.MyModelPropertyB = value
      RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("MyModelPropertyB")
    End Set
    '.... And so On'

End Class

我不喜欢这种方法的一点是，我将重写很多属性。

所以，我正在考虑在 ViewModel 中继承模型类而不是使用私有成员的选项。

像这样：

Public Class MyViewModel
      Inherits MyModel
      Implements INotifyPropertyChanged

      Public Event PropertyChanged(ByVal sender As Object, ByVal e As System.ComponentModel.PropertyChangedEventArgs) Implements System.ComponentModel.INotifyPropertyChanged.PropertyChanged

      'Now all of my properties are inherited'
End Class

第二种方法的问题是我不确定如何在应用程序运行时将我的模型转换为视图模型。

您不能设置 viewModelInstance = ModelInstance。

（但你可以设置modelInstance = viewModelInstance）

我正在寻找有关如何实现 ViewModel 类的最佳方法的建议。

Answer 1

甚至不要考虑从模型继承你的 viewModel - 这将是一个没有人会喜欢的 hack。如果你太懒太暴露所有属性（顺便说一句 resharper 可以自动完成），那么你可以将你的模型包含到你的 viewModel 中，并通过一些只读属性提供对它的访问。但是您仍然应该在模型类中实现INotifyPropertyChanged。

一些代码（对不起C#）：

class Model : INotifyPropertyChanged
{
    public string Name { get; set; } // this raises PropertyChanged
}

class ViewModel
{
    private readonly Model _model;

    public Model Model { get { return _model; } }
}

查看 XAML：

<Textbox Text="{Binding Model.Name}" />

Answer 2

ViewModel 通常包装/封装与视图相关的逻辑。恕我直言，不需要使用 ViewModel 简单地传递模型数据。虽然纯粹的方法是定义一个 ViewModel 并传递这些数据；在某些情况下，这根本不需要，因为应用程序本质上是简单的。如果应用程序具有任何增长潜力，那么使用 ViewModel 将是必要的。

如果您有Person 模型； ViewModel 通常可能包含一个属性，该属性公开一个名为People 的ObservableCollection<Person>。 ViewModel 是 View 的编排器；不是模型的传递。

但是，由于上述原因，您不应该将您的模型与视图模型绑定，因为它们应该在理论和实践中相互解耦。

Answer 3

查看这张来自here的图表。

这是一个很好的参考图表，以确保您正确地遵循模式。如您所见，层之间有多种交互方式，但最主要的是分离。始终确保每一层只知道它的父层而不是子层，即 VM 知道模型，但不知道视图，模型知道业务层而不是视图模型或视图。

正如您从箭头中看到的（以及其他人提到的），模型可以“通过视图模型上的单个属性公开”，这意味着视图可以通过这个直接链接到模型，或者模型可以在 vm 上“在模型属性中抽象或重新实现”。