Wpf 使用依赖属性的成本

假设我有一个从

UserControl

继承的控件（因此它的一个超类是

DependencyObject

）。使用

DependencyProperty

很容易解决通知问题，因为

INotifyPropertyChanged

需要一些实现，另一个选项是创建一个方法来修改控件的状态（如

myControl.HideTextBox（）

）。我想还有几个选项可以解决这个问题，但由于控件已经从

DependencyObject

继承，因此

dependencProperty

似乎是更明显的方法，但它可能不是最佳方法

有什么想法吗

---

谢谢

依赖项属性的真正特点不是免费获得更改通知（尽管有）。真正的特点是，只有依赖属性才能成为数据绑定的目标。这是在决定一个属性是否应该依赖时首要考虑的问题。

---

对于一个控件，几乎所有属性都应该是可绑定的，因此依赖性也应该是可绑定的。

依赖性属性的真正特点不是免费获得更改通知（尽管有）。真正的特点是，只有依赖属性才能成为数据绑定的目标。这是在决定一个属性是否应该依赖时首要考虑的问题。

---

对于一个控件，几乎所有属性都应该是可绑定的，因此依赖性也应该是可绑定的。

所以我有点困惑。您说这不是DependencyProperties的真正特性，但您说几乎所有属性都应该是可绑定的，因此是依赖性的。用它们作为我的例子好还是不好？见我答案的第二段。我真的不能说太多，除非你告诉更多关于你的控制权和财产，这是你的疑问。我还建议查看库存WPF控件，看看它们的哪些属性是依赖项（您会发现几乎所有属性都是依赖项）。您说这不是DependencyProperties的真正特性，但您说几乎所有属性都应该是可绑定的，因此是依赖性的。用它们作为我的例子好还是不好？见我答案的第二段。我真的不能说太多，除非你告诉更多关于你的控制权和财产，这是你的疑问。我还建议查看库存WPF控件，看看它们的哪些属性是依赖项（您会发现几乎所有属性都是依赖项）。