5

我正在寻找解决方案和/或为什么在 DataTemplate 中共享 Binding 实例的合理性。这最终归结为这样一个事实,即在 DataTemplate 中,似乎无法为生成的每个控件强制在 DependencyProperty 上创建一个新的绑定实例。在所有情况下,这可能是一个公平且良好的假设,除非有 ValidationRules 表示该控件实例的特定内容。

详细说明(我可以提供代码,但我认为没有必要),我使用 IsEnabled 上的 DependencyPropertyDescriptor 来更新属于 TextBox.Text 绑定、DatePicker.Text 绑定或 ComboBox.SelectedValue 绑定的一个或多个 ValidationRules等。这个想法是,当未启用控件时,验证将不同或不受欢迎。

因此,ValidationRule 的 IsEnabled 状态特定于单个控件,并且因为 ValidationRule 集合是 Binding 的一部分并且正在共享 Binding 实例 - 每个最终共享该绑定的控件都将更新/覆盖之前的 IsEnabled 值由先前生成的控件的 IsEnabled 值应用。

IsEnabled 只是 ValidationRule(另一个自定义 IsRequired DependencyProperty)中的至少两个属性之一,它们表示应用了 Binding 的控件的状态。在 DataTemplate 之外工作时(IE:Binding 实例不共享),这非常有效,并且可以根据控件的状态忽略/更改验证逻辑。我并没有拒绝替代方案,但确实觉得这一直是(抛开这个问题)一个非常灵活和动态的选项,它允许 Binding 实例 ValidationRule 和规则的控制更改状态毫不费力地发展。这也使我能够避免其他明显但更丑陋的选项,例如创建多个绑定,每个绑定代表 ValidationRule 的组合之一颤抖

任何想法都非常感谢!

4

1 回答 1

1

我建议您在 DataTemplate 定义中使用x:Shared 属性。

<DataTemplate x:Key="DataTemplateKey" DataType="{x:Type YourType}" x:Shared="False">
    ...
</DataTemplate>

由于您使用它,WPF 将在每个请求上创建一个新的 DataTemplate 实例。

于 2014-01-24T13:25:04.360 回答