Question

很抱歉，如果标题令人困惑，但我真的不知道如何缩短我的问题。无论如何，它就在这里。

我正在使用WPF，实体框架和MVVM。

目前，在我的ViewModel中，我有一个属性

public Model.Document Document {get;set;} //Model.Document is an EF Entity

然后，在XAML中，我绑定到

<TextBox Text={Binding Path=Document.Title}/>

标题当然是模型上的属性。

现在我想到了以下问题：要将Model与View分开，如果我将属性添加到ViewModel就不会更好

    public string Title
    {
        get { return Document.Title; }
        set { Document.Title = value; }
    }

然后像这样绑定：

<TextBox Text={Binding Path=Title}/>

推荐哪种方式？

Answer 1

如果您查看How Data Binding References are Resolved，可以看到在决定如何公开要绑定的属性时可能会遇到性能问题。

Model.Document是否实现了INotifyPropertyChanged接口？如果没有，我建议您在视图模型中添加Title属性并在视图模型上实现INotifyPropertyChanged，以便在更改Title时，引发PropertyChanged事件以通知视图。

另一种方法是将视图模型上的标题公开为DependencyProperty作为绑定，渲染时间更快。

Answer 2

后者是更好的方式，至少是IMO。我还没有真正看到过其他方式。视图模型充当视图和模型之间的中介，因此这两者不应该真正相互了解。

这是一个简单的example。

Answer 3

这实际上取决于你的情况。在最真实的意义上，View应该只与View Model交互。但上述两种方法都有其优点。

通过公开Document属性，您不必复制需要在其上访问的所有属性。因此，如果您有许多属性，或者正在使用某种反射（例如在PropertyGrid中显示Document），那么这种方式可能更好。

后一种方法可让您更好地控制暴露给View的值。因此，您可以在提交模型或其他各种操作之前更改标题（即删除多余的空格）。你甚至可以换掉文档，而View不知道它（甚至是关心）。

Answer 4

您可以查看 WPF Application Framework (WAF) 的 BookLibrary 示例应用程序。它使用第一种方法，仍然遵循MVVM模式（关注点分离，单元可测试）。

这简化了ViewModels，因为Binding使用实体的 INotifyPropertyChanged 实现。否则，您必须在ViewModel之间手动同步更改。

Answer 5

对于值不会更改的模型属性的只读绑定，我没有看到任何问题。

但这是两个非常重要的资格。对模型属性的读/写绑定是如此充满潜在的麻烦，而不是清醒地分析情况，看看这是否是没有的情况之一，我只是在视图模型中实现一个属性并完成用它。除非我的模型支持更改通知，如果我需要它，我可能会这样做，我将需要在视图模型中实现它。