选择DependencyObject的原因只有一个——绑定会工作得更好。只是尝试一个ListBox和TextBox的例子，用INotifyPropertyChanged属性与DependencyProperty的数据填充列表，并从TextBox编辑当前项目…

我更喜欢一种更直接的方法，我在没有INotifyPropertyChanged的表示模型中写过。使用数据绑定的替代方案，您可以直接绑定到CLR属性，而不需要任何簿记代码。您只需在视图模型中编写普通的。net代码，当数据模型发生变化时，它就会更新。

如果你想将属性暴露给其他控件，你必须使用Dependency属性…但祝你好运，因为他们需要一段时间来弄清楚…

选择DependencyObject的原因只有一个——绑定会工作得更好。只是尝试一个ListBox和TextBox的例子，用INotifyPropertyChanged属性与DependencyProperty的数据填充列表，并从TextBox编辑当前项目…

INotifyPropertyChanged在使用时还允许您在属性的getter和setter的代码中添加更多逻辑。

DependencyProperty例子:

public static DependencyProperty NameProperty = DependencyProperty.Register( "Name", typeof( String), typeof( Customer ) );

public String Name
{
    set { SetValue( NameProperty, value ); }
    get { return ( String ) GetValue( NameProperty ); }
}

在你的getter和setter中——你所能做的就是分别调用SetValue和GetValue, b/c在框架的其他部分，getter/setter不会被调用，而是直接调用SetValue和GetValue，所以你的属性逻辑不会可靠地执行。

使用INotifyPropertyChanged定义一个事件:

public event PropertyChangedEventHandler PropertyChanged;

然后简单地在你的代码的任何地方有任何逻辑，然后调用:

// ...
// Something cool...
// ...

if( this.PropertyChanged != null )
{
    PropertyChanged( this, new PropertyChangedEventArgs( "Name" ) );
}

// More cool stuff that will reliably happen...

它可以在getter/setter中，也可以在其他任何地方。

根据WPF性能指南，DependencyObjects肯定比实现INotifyPropertyChanged的POCOs性能更好:

http://msdn.microsoft.com/en-us/library/bb613546.aspx