WPF DataTemplate 在卸载时重置一些依赖属性

Question

我有一个 DataTemplate ，其中包含一个媒体元素控件，该控件派生自 WPF 媒体工具包 库。 MediaElementBase 类提供两个属性，LoadedBehavior 和 UnloadedBehavior 允许用户指定加载/卸载元素时发生的情况。

我发现在 DataTemplate 中使用此属性时（如下所示），卸载模板时但在调用 Unloaded 事件之前，这些属性会重置为其默认值，这意味着只有默认的 UnloadedBehavior 才会执行：

<DataTemplate DataType="{x:Type Channels:AnalogChannel}">
    <Controls:AnalogTvGraphFileElement
        LoadedBehavior="Play"
        UnloadedBehavior="Stop"
        Channel="{Binding}" />
</DataTemplate>

当控件只是页面上的一个元素并且 Unloaded 通过正常的导航离开事件发生时，不会发生这种情况。

调试 DependencyPropertyChanged EventHandler 会发现内部方法 System.Windows.StyleHelper.InvalidatePropertiesOnTemplateNode（在PresentationFramework.dll 中）检查 DependencyProperty 是否可能被继承，以及是否不是，使其无效。果然，更改 LoadedBehavior / UnloadedBehavior 的属性元数据以添加 FrameworkPropertyMetadataOptions.Inherits 会阻止此属性在模板更改时重置。

有谁知道为什么会发生这种情况？我可以添加 Inherits 标志作为解决方法，因为此元素没有受此影响的子元素，但我想知道为什么/这是否是正确的做法。

如果您想了解有关我正在做什么以及为什么要更改 DataTemplates 的更多信息，您可以查看 此问题以获取说明。

Answer 1

您是否尝试过创建包含 AnalogTvGraphFileElement 元素的用户控件，然后在模板中使用该用户控件，而不是直接将此元素放入模板中？

如果这里的问题是由模板系统运行并取消设置它首先设置的属性引起的，那么将元素移动到用户控件中应该会有所帮助，因为将不再从模板设置属性。

至于为什么您首先会看到这种行为，据我所知，未记录 Unloaded 事件的相对顺序以及通过模板设置的属性丢失，因此您不应依赖于任何特定顺序。您将丢失属性值的事实已被记录。 （或者至少，它是在文档中隐含的。）WPF 属性系统将模板中的本地值视为与模板外部的正常本地值不同的事物。请参阅此 MSDN 页面，了解依赖属性优先级 - 4b 表示模板中的本地属性集不是与本地属性相同。 （区分似乎很奇怪，但是应该可以通过在模板中设置属性值（类型 4b）来设置两个源的属性值，然后在运行时在模板的特定实例中查找元素并设置它的本地值来自代码 - 类型 3。对于这种情况，您确实希望类型 3 本地值比类型 4b 本地值具有更高的优先级。）

虽然这看起来很奇怪，但当您考虑到单个模板可以为多个实例提供值。您只有一个可以影响任意数量元素的本地属性设置器。 （这意味着将模板视为构建可视化树并在该树上设置属性的工厂的简单心智模型是错误的。它是构建可视化树的工厂，但不设置属性。属性系统只是确保在没有任何更高优先级的属性值源的情况下，作为某些内容模板的可视化树中的元素将从模板中的 setter 中获取值。）

该页面只是告诉您类型 4b 属性将消失一旦模板停止活动 - 该模板不再是模板化父级的模板，因此该模板提供的任何本地值不再有资格作为该属性的类型 4b（或任何其他类型）的候选值。简而言之，一旦模板不再是某事物的模板，它就不再有任何业务为该事物或其中的任何内容提供价值。这意味着模板实例的可视化树进入了一种奇怪的边缘状态，其中它不再是任何内容的模板，但尚未卸载。

当然，在相关可视化树完成卸载之前，模板停止提供值似乎没有什么用处，但也许只有在元素卸载时其值才有意义的属性有点奇怪案例，而不是专门设计的案例。考虑一下，它们可能永远不应该是依赖属性 - 一旦从可视化树中卸载，几乎所有使 DP 有用的功能都没有多大意义。因此可以说，UnloadedBehaviour 首先是 DP，这是 Media Kit 中的一个错误。

继承属性（类型 10）晚于本地模板属性集（类型 4b）关闭是不一致的，但我不确定在这里期望任何特定顺序是否合理。文档暗示一个顺序或另一个顺序并不明显，因此任一顺序都是正确的...并且 WPF 似乎通过在一个场景中选择一个顺序而在另一个场景中选择另一个顺序来利用这一点。