C# 在WPF中的DataContext上实现INotifyPropertyChanged？
进行数据绑定时，是否必须在WPF中的datacontext上实现INotifyPropertyChanged？否。如果您不想更改对象的属性，或者您不介意UI是否没有反映这些更改，则没有理由实现INotifyPropertyChangedC# 在WPF中的DataContext上实现INotifyPropertyChanged？,c#,wpf,data-binding,inotifypropertychanged,C#,Wpf,Data Binding,Inotifypropertychanged,进行数据绑定时，是否必须在WPF中的datacontext上实现INotifyPropertyChanged？否。如果您不想更改对象的属性，或者您不介意UI是否没有反映这些更改，则没有理由实现INotifyPropertyChanged 此外，如果对象派生自，并且其属性为，则数据绑定将在不更改INotifyPropertyChanged的情况下工作。否。如果您不打算更改对象的属性，或者不介意UI是否反映这些更改，则没有理由实施INotifyPropertyChanged 此外，如果您的对象派生自
此外，如果对象派生自，并且其属性为，则数据绑定将在不更改INotifyPropertyChanged的情况下工作。否。如果您不打算更改对象的属性，或者不介意UI是否反映这些更改，则没有理由实施INotifyPropertyChanged
此外，如果您的对象派生自，并且其属性为，则数据绑定将在没有INotifyPropertyChanged的情况下工作。如果您对INotifyPropertyChanged和DependencyProperties之间的比较感兴趣，您可以找到一篇好文章。
通常，如果对象支持DependencyProperties，请尽量避免INotifyPropertyChanged。如果您对INotifyPropertyChanged和DependencyProperties之间的比较感兴趣，您可以找到一篇好文章。
一般来说，如果对象支持DependencyProperties，请尽量避免INotifyPropertyChanged。但我的对象的属性确实会更改，并且我不介意UI不反映这些更改。那么使用INotifyPropertyChanged还是dependency object更好呢？INotifyPropertyChanged更简单一些，不需要从某个类派生，所以您可以选择保留自己的类层次结构。我同意。INotifyPropertyChanged更易于实现。但我的对象的属性确实会发生更改，我不介意UI不反映这些更改。那么使用INotifyPropertyChanged还是dependency object更好呢？INotifyPropertyChanged更简单一些，不需要从某个类派生，所以您可以选择保留自己的类层次结构。我同意。INotifyPropertyChanged更易于实现。此项在之前已回答过，而此项在之前已回答过