将非贫血域模型与 Wpf MVVM 结合使用

Question

我正在使用 MVVM 作为 UI 实现基于 WPF 的应用程序。

我有一个 ViewModel，它包装了每个可编辑的可编辑模型。 VM 包含用于处理错误通知、“脏”管理等的所有逻辑。

此设计很好地支持简单域模型对象的 CRUD 方案，这些对象贫血，即不包含任何逻辑。

现在，我面临一个更棘手的问题，因为我有一个包含逻辑的域模型，并且该逻辑可以更改域模型的内部状态。

有人已经遇到过这种情况吗？如果是这样，您有一些正确处理这个问题的建议吗？

瑞安娜

Answer 1

以下是我通常处理它的方式：

1. ViewModel 层由属于该层的类型组成，这意味着我不会直接在 ViewModel 内使用我的业务对象。我将业务对象映射到 ViewModel 对象，这些对象的形状可能完全相同，也可能不完全相同，但减去了行为。可以说这违反了“不要重复自己”，但这样做可以让您遵守单一责任原则。在我看来，SRP 通常应该胜过 DRY。 ViewModel 的存在是为了服务于视图，而模型的存在是为了服务于业务规则/行为。

2. 我创建了一个外观/服务层，它接受并返回 ViewModel 作为参数，但将 ViewModel 映射到相应的业务对象版本。这样，非贫血对象就不会在 ViewModel 上强加非视图逻辑

依赖关系如下所示：
ViewModel <-->;外观/服务层 -->业务对象

我认为，如果您想释放 MVVM 的全部潜力，记住这一点很重要：ViewModel 是视图的模型/抽象，而不是呈现给视图的模型。

Answer 2

尝试使用命令模式。您的屏幕不应设计为编辑实体，而是对实体执行操作（命令）。如果您在设计屏幕时遵循该原则，您的 ViewModel 将具有应映射到命令对象的属性。然后，命令将被发送到域模型的（远程）外观。

用于显示数据的 ViewModel 可以直接映射到数据库（完全绕过域模型），这样您就不需要在域模型类中放置讨厌的 getter。

Answer 3

如果域模型是非贫血的，您将需要使用事件将模型中的内部更改传达回视图模型。这样，您就不必担心跟踪哪些操作可能会使您的虚拟机与模型不同步。

下面是一个简单的示例：

首先，是一个示例模型：

public class NonAnemicModel
{
    private string _name;

    public string Name
    {
        get { return _name; }
        set
        {
            if (_name == value)
                return;

            _name = value;
            OnNameChanged(EventArgs.Empty);
        }
    }

    public event EventHandler NameChanged;
    protected virtual void OnNameChanged(EventArgs e)
    {
        if (NameChanged != null)
            NameChanged(this, e);
    }

    public void PerformNameCalculation(int chars)
    {
        //example of a complex logic that inadvertently changes the name
        this.Name = new String('Z', chars); //makes a name of Z's
    }
}

这是一个示例 ViewModel：

public class MyViewModel : INotifyPropertyChanged
{
    private NonAnemicModel _model;

    public NonAnemicModel Model 
    {
        get { return _model; }
        set
        {
            _model = value;
            _model.NameChanged += (sender, args) => NotifyPropertyChanged("UserName");
        }
    }

    public string UserName 
    {
        get { return this.Model.Name; }
        set { this.Model.Name = value; }
    }

    //this command would call out to the PerformNameCalculation method on the Model.
    public ICommand PerformNameCalculation { get; private set; }
}

请注意，当模型上的 Name 发生更改时，将引发 PropertyChanged 事件。这样，无论是否使用 UserName setter，或者使用 PerformNameCalculation 命令，ViewModel 都会保持同步。这样做的最大缺点是您必须向模型添加更多事件，但我发现从长远来看，将这些事件放在适当的位置通常非常有帮助。 请注意事件的内存泄漏！