7

我正在测试我构建的用户控件,我遇到了一些对我来说莫名其妙的东西。

该控件是处理特定自定义类型值的 ComboBox 的扩展。它具有该自定义类型的依赖属性,该属性是绑定的目标属性。

我在设置器中有一个跟踪语句,我可以看到该属性正在设置。但它没有出现在我的用户控件中。

现在,通常我会说,好吧,我的用户控件中有一个错误。我可能会,虽然我对此感到困惑。但这个问题不是关于在我的控制中找到错误。继续阅读;这就是奇怪的地方。

我还使用 Bea Stollnitz 的小值转换器来帮助调试绑定:

public class DebuggingConverter : IValueConverter
{
    public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
    {
        return value; // Add the breakpoint here!!
    }
    public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
    {
        throw new NotImplementedException("This method should never be called");
    }
}

这背后的想法是我将此转换器添加到我的绑定中,并且可以设置断点以查看将什么值推送到目标。好的,这工作得很好。我可以看到价值被推出。

事实上,它工作得有点太好了。如果 DebuggingConverter 附加到 Binding,则用户控件将显示该值。如果不是,它不会。

这怎么可能呢?什么都不做的值转换器如何影响绑定控件的行为?

编辑:

并不是说它可能会有所帮助,但这是用户控件的 XAML:

<a:CodeLookupBox
    Grid.Column="1"
    Grid.IsSharedSizeScope="True"
    MinWidth="100"
    Style="{Binding Style}">
    <a:CodeLookupBox.CodeLookupTable>
        <Binding Path="Codes" Mode="OneWay"/>
    </a:CodeLookupBox.CodeLookupTable>
    <a:CodeLookupBox.SelectedCode>
        <Binding Path="Value" Mode="TwoWay" ValidatesOnDataErrors="True"/>
    </a:CodeLookupBox.SelectedCode>
</a:CodeLookupBox>

在第二个绑定上没有转换器,控件的行为就像我没有设置SelectedCode. 即使OnSelectedCodePropertyChanged处理程序中的跟踪语句显示e.Value确实包含正确的值。无论转换器是否连接,都会发生这种情况。

我一直在尝试通过思想实验对这个问题进行逆向工程:如果你想创建一个绑定的用户控件,如果一个无操作转换器附加到它的绑定,它的行为会发生变化,你会怎么做?我对绑定知之甚少,无法给出答案。

4

4 回答 4

2

好消息是,SelectedCode当我不使用值转换器时,我知道为什么没有设置。坏消息是,我仍然有一些谜团,但问题已经被推到了食物链上一点,我有一个解决方法。

这个控件本质上是一个强类型的组合框,它具有许多附加功能,因为它知道其中有哪些类型的项目。SelectedCodeand属性是强类型的CodeLookupTable,它们隐藏了底层的SelectedItemItemsSource属性,而这些属性不是。(顺便说一句,这就是为什么这是一个用户控件而不是 的子类ComboBox;我不希望这些属性可见,因为如果设置不当会发生很多事情,但都不好。)

这是正在发生的事情。这是附加值转换器时的调试输出(数字是控件的哈希码,因为我有一堆在程序初始化时同时绘制的):

14626603: OnCodeLookupTablePropertyChanged
   CodeLookupTable property set to Proceedings.Model.CodeLookupTable
   box.MainComboBox.ItemsSource = MS.Internal.Data.EnumerableCollectionView
14626603: OnSelectedCodePropertyChanged:
   SelectedCode property set to Unlicensed Driver [VC12500(A)]
   box.MainComboBox.ItemsSource = MS.Internal.Data.EnumerableCollectionView

这是预期的行为。该CodeLookupTable属性已设置,因此设置SelectedCode为该集合中的项目之一正确设置SelectedItem在基础ComboBox.

但是如果没有值转换器,我们会得到:

16143157: OnSelectedCodePropertyChanged:
   SelectedCode property set to Unlicensed Driver [VC12500(A)]
   box.MainComboBox.ItemsSource = 
16143157: OnCodeLookupTablePropertyChanged
   CodeLookupTable property set to Proceedings.Model.CodeLookupTable
   box.MainComboBox.ItemsSource = MS.Internal.Data.EnumerableCollectionView

在这里,SelectedCode属性是在属性之前设置的CodeLookupTable。因此,当该方法尝试SelectedItem在底层设置时ComboBox,什么也没有发生,因为它ItemsSource是空的。

这就是问题的根源。我愚蠢地假设绑定更新其目标的顺序与它们在 XAML 中声明的顺序相同。(我将绑定表示为元素而不是属性的原因之一是因为 XML 文档中元素的顺序是确定性的,而属性的顺序不是。这并不是我没有考虑过这一点。)显然不是这样。

我还假设,也许不那么愚蠢,绑定更新其目标的顺序不取决于它们是否具有附加值转换器。嗯,是的。我想知道它还取决于什么。

幸运的是,我有办法解决这个问题。由于我的CodeLookup对象包含对 的引用,因此如果尚未设置CodeLookupTable,我可以让SelectedCode设置器首先设置CodeLookupTable(以及因此)属性。ItemsSource这将使这个问题消失,而不必在绑定上粘贴一个假值转换器,并希望绑定的行为方式永远不会改变。

编辑

下面是属性声明的样子:

#region SelectedCode

public static readonly DependencyProperty SelectedCodeProperty = DependencyProperty.Register(
    "SelectedCode", typeof(CodeLookup), typeof(CodeLookupBox),
    new FrameworkPropertyMetadata(OnSelectedCodePropertyChanged));

private static void OnSelectedCodePropertyChanged(DependencyObject source, DependencyPropertyChangedEventArgs e)
{
    CodeLookupBox box = (CodeLookupBox)source;
    CodeLookup code = e.NewValue as CodeLookup;
    // this right here is the fix to the original problem:
    if (box.CodeLookupTable == null && code != null)
    {
        box.CodeLookupTable = code.Table;
    }
    box.MainComboBox.SelectedItem = e.NewValue;
}

public CodeLookup SelectedCode
{
    get { return GetValue(SelectedCodeProperty) as CodeLookup; }
    set { SetValue(SelectedCodeProperty, value); }
}

#endregion

#region CodeLookupTable

public static readonly DependencyProperty CodeLookupTableProperty = DependencyProperty.Register(
    "CodeLookupTable", typeof(CodeLookupTable), typeof(CodeLookupBox),
    new FrameworkPropertyMetadata(OnCodeLookupTablePropertyChanged));

private static void OnCodeLookupTablePropertyChanged(DependencyObject source,
DependencyPropertyChangedEventArgs e)
{
    CodeLookupBox box = (CodeLookupBox)source;
    CodeLookupTable table = (CodeLookupTable)e.NewValue;

    box.ViewSource = new CollectionViewSource { Source = table.Codes };
    box.View = box.ViewSource.View;
    box.MainComboBox.ItemsSource = box.View;

}

public CodeLookupTable CodeLookupTable
{
    get { return GetValue(CodeLookupTableProperty) as CodeLookupTable; }
    set { SetValue(CodeLookupTableProperty, value); }
}

#endregion
于 2010-02-26T02:18:10.123 回答
0

try to implement the ConvertBack function too, you are using two-way binding so the problem may be that the exception will be ignored by the "xaml" but when you step in debug mode you maybe stop the "send value back"-operation?

于 2010-02-18T23:10:53.953 回答
0

嗯……很奇怪。在处理具有多个转换器的 MultiBindings 时,我看到了类似的行为,但不是在简单的绑定上。出于好奇,您如何定义控件上的 DP?(包括回调、元数据选项等)

一些要尝试的东西(移除转换器挂钩后):

  • 默认模式(即删除 TwoWay)
  • 删除 ValidatesOnDataErrors
  • 将 AffectsRender 添加到 SelectedCode DP
于 2010-02-19T17:27:44.753 回答
0

设置 SelectedCode 有什么作用?您可以发布属性更改处理程序的代码吗?

您建议调试显示该属性被设置为正确的值,因此最明显的建议是提供您预期行为的代码不正确。

于 2010-02-26T00:19:32.257 回答