当在一个模型-视图-视图模型架构的WPF应用程序中实现ViewModel时，似乎有两个主要的选择:如何使它可数据化。我已经看到实现使用DependencyProperty属性的视图要绑定，我已经看到ViewModel实现INotifyPropertyChanged代替。
我的问题是，什么时候我应该更喜欢其中一个?有什么性能差异吗?把ViewModel依赖项交给WPF真的是个好主意吗?在做设计决定时，我还需要考虑什么?
当前回答
看起来依赖属性应该用在你创建的控件中，比如按钮。要在XAML中使用属性并使用所有WPF特性，这些属性必须具有依赖属性。
然而，你的ViewModel最好使用INotifyPropertyChanged。使用INotifyPropertyChanged可以让你在需要的时候拥有getter/setter逻辑。
我建议查看Josh Smith的基类版本，它已经实现了INotifyPropertyChanged:
http://joshsmithonwpf.wordpress.com/2007/08/29/a-base-class-which-implements-inotifypropertychanged/
我认为这是如何创建ViewModel的一个很好的例子。
其他回答
从表达的角度来看，我非常喜欢使用依赖属性，一想到INotifyPropertyChanged就畏缩。除了字符串属性名和由于事件订阅可能导致的内存泄漏之外，INotifyPropertyChanged是一种更显式的机制。
依赖属性意味着使用易于理解的静态元数据“当这个时，做那个”。这是一种声明性的方法，我认为它很优雅。
把ViewModel依赖项交给WPF真的是个好主意吗?
. net 4.0将有System.Xaml.dll，所以你不必依赖于任意的框架来利用它。请参阅Rob Relyea关于他的PDC会议的帖子。
我的看法
XAML是一种描述对象的语言，而WPF是一种框架，其描述对象是UI元素。
它们的关系类似于c#(一种描述逻辑的语言)和。net(一种实现特定类型逻辑的框架)。
XAML的目的是声明性的对象图。W*F技术是这种范例的很好的候选者，但是XAML独立于它们而存在。
XAML和整个依赖系统是作为WF和WPF的独立堆栈实现的，可能是为了利用不同团队的经验，而不会在它们之间创建依赖关系(没有双关语)。
如果你想将属性暴露给其他控件，你必须使用Dependency属性…但祝你好运，因为他们需要一段时间来弄清楚…
看起来依赖属性应该用在你创建的控件中，比如按钮。要在XAML中使用属性并使用所有WPF特性，这些属性必须具有依赖属性。
然而，你的ViewModel最好使用INotifyPropertyChanged。使用INotifyPropertyChanged可以让你在需要的时候拥有getter/setter逻辑。
我建议查看Josh Smith的基类版本，它已经实现了INotifyPropertyChanged:
http://joshsmithonwpf.wordpress.com/2007/08/29/a-base-class-which-implements-inotifypropertychanged/
我认为这是如何创建ViewModel的一个很好的例子。
我认为DependencyProperty和INotifyPropertyChanged在绑定中用于两种不同的事情:第一个用于使一个属性成为绑定的目标并接收来自另一个属性的输入(使用{Binding…}来设置属性)，当你想要一个属性的值被用作绑定的源(绑定路径表达式中的名称)时，最后一个。 所以选择仅仅是技术上的。
