自定义 DependencyObject Inheritance 树

Question

我正在努力寻找有关DependencyObject和DependencyProperty使用的属性 Inheritance 树（或继承上下文）的足够信息。

I would like to use the value inheritence capability of DependencyProperty outside of a typical WPF page, such that Object A is the logical parent Object B, and thus a value assigned to a property on Object A will automatically propogate to Object B unless it has been本地设置（有点像 WPF 中的FlowDirection属性）。

If Object A and Object B are derieved from DependencyObject , and are not children of a UIElement (in other words, Object A is it's own root ), then how do you establish the logical tree so that DependencyProperty understands that B is a child of A ?

Hillberg Freezable Trick以及Josh Smith 的技巧包并不是我想要的。 我不想从现有元素树中检索属性...我想创建自己的非可视元素树...即控制继承上下文。

有谁知道这个知识体系隐藏在哪里？

Answer 1

经过大量研究和混淆DependencyObject的源代码，这是简短的答案：

InheritenceContext （显示实例的逻辑父级的属性）被标记为内部（就像DependencyObject的 90% 的有用实现一样），因此对 WindowsBase.dll 之外的所有代码都隐藏

可以使用反射来设置_contextParent字段，以及调用此隐藏方法来设置InheritenceContext ，但归根结底，这不是一个干净的解决方案。

在浏览了DependencyObject源代码之后，我不得不说我没有留下深刻的印象。 DependencyObject可以而且应该是一个非常干净、无处不在、可重用的 class。 相反，它在结构和行为上与其继承者绑定，甚至包含特定的常量、字段、方法和解决方法，以帮助 Freezable 与子类的 rest 共存，这不仅与良好的 OO 设计相去甚远，而且还使原本出色的 class 在 WPF 框架之外完全无法使用。

Answer 2

我假设您正在询问将值传播给不覆盖值本身的孩子。

据我所知， ContentControl引入了具有子元素的 WPF 元素的概念。 这比您想要的 go 在层次结构中的作用更进一步。 因此，我假设如果您只是从DependencyObject派生，则不会出现这种行为。

具体来说，孩子需要知道询问其父母是否没有给定属性的值。

有趣的问题。 我也想知道完整的答案。