问题描述
|
抱歉,标题令人困惑,但我真的不知道该如何缩短我的问题。无论如何,就这样。
我正在使用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}/>
推荐哪种方式?
解决方法
如果看一下如何解决数据绑定引用,您会发现在决定如何公开要绑定的属性时可能要考虑性能问题。
Model.Document是否实现INotifyPropertyChanged接口?如果没有,我建议向您的视图模型添加Title属性,并在您的视图模型上实现INotifyPropertyChanged,以便在更改Title时引发PropertyChanged事件以通知视图。
另一种方法是将标题显示为视图模型上的DependencyProperty,因为绑定和渲染时间更快。
,至少是海事组织,后者是更好的方法。我还没有真正看到另一种方式。视图模型充当视图和模型之间的中介者,因此这两个对象之间不应真正了解彼此。
这是一个简单的例子。
,这真的取决于您的情况。从最真实的意义上讲,视图应仅与视图模型进行交互。但是以上两种方法都有其优势。
通过公开Document属性,您不必复制需要访问其的所有属性。因此,如果您具有许多属性,或者正在使用某种反射(例如在PropertyGrid中显示Document),则这种方法可能更好。
后一种方法使您可以更好地控制View的值。因此,您可以在将标题提交给模型或执行其他操作之前更改标题(即删除多余的空格)。您甚至可以交换掉文档,而视图不知道(甚至不知道)。
,您可以查看WPF应用程序框架(WAF)的BookLibrary示例应用程序。它使用第一种方法,并且仍然遵循MVVM模式(关注点分离,可测试单元)。
因为绑定使用Entities的INotifyPropertyChanged实现,所以这简化了ViewModels。否则,您必须在ViewModel之间手动同步更改。
,我看不到其值不变的模型属性的只读绑定没有任何问题。
不过,这是两个非常重要的资格。对模型属性的读/写绑定充满了潜在的麻烦,以至于没有清醒地分析情况以查看是否是其中一种情况,我只是在视图模型中实现一个属性,然后完成它。并且除非我的模型支持变更通知,否则如果可能需要这样做,我将需要在视图模型中实现它。