文本框验证：红色边框并不总是出现在无效结果上

Question

我有一个绑定到需要值的属性的文本框，即：

 [Required(ErrorMessage = "required value")]
 public string SomeText
 {
     //get set...
 }

在我的 XAML 中，我对文本框进行了以下设置：

 UpdateSourceTrigger=PropertyChanged, ValidatesOnDataErrors=true, ValidatesOnExceptions=true

正如预期的那样，当文本框中没有值时，会出现红色边框，但是当我选择不同的选项卡，然后返回到无效结果的页面，红色边框不再出现。仅当我输入有效结果然后将其删除时，它才会重新出现。

我该如何调试这个？如何找出导致红色边框出现的事件？

Answer 1

在 WPF 中，当选项卡上的项目从可视化树中卸载时，它们被标记为无效的事实就会丢失。基本上，当发生验证错误时，UI 会响应验证堆栈中的事件并将该项目标记为无效。当项目返回可视化树时，不会重新评估此标记，除非也重新评估绑定（如果用户单击选项卡项目，则通常不会重新评估）。

在某处定义这样的函数（我将其与其他一些东西一起放在静态 ValidationHelper 类中）：

public static void ReMarkInvalid( DependencyObject obj )
{
    if( Validation.GetHasError( obj ) ) {
        List<ValidationError> errors = new List<ValidationError>( Validation.GetErrors( obj ) );
        foreach( ValidationError error in errors ) {
            Validation.ClearInvalid((BindingExpressionBase)error.BindingInError);
            Validation.MarkInvalid((BindingExpressionBase)error.BindingInError, error);
        }
    }

    for( int i = 0; i < VisualTreeHelper.GetChildrenCount( obj ); i++ ) {
        ReMarkInvalid( VisualTreeHelper.GetChild( obj, i ) );
    }
}

我认为您可以在 TabControl 的 Selected 事件中调用此函数，它应该具有所需的效果。例如：

private void TabControl_Selected(...) 
{
    ReMarkInvalid( tabControl );
}

如果这不起作用，您可能需要以较低的调度程序优先级执行此操作，以确保可视化树首先完成加载。这看起来像是将 ReMarkInvalid... 替换为：

Dispatcher.BeginInvoke( new Action( delegate()
{
    ReMarkInvalid( tabControl );
} ), DispatcherPriority.Render );

Answer 2

您可以简单地将选项卡的内容放入 AdornerDecorator 标记中：

<TabControl>
    <TabItem>

        <AdornerDecorator>

            <ContentControl Content="{Binding TabItemViewModel}" />
            <Grid>
                <!-- Other Stuff -->
            </Grid>

        </AdornerDecorator>

    </TabItem>
</TabControl>

更新：

AdornerDecorator 不会在不可见的控件（在未选择的选项卡中）上呈现边框。一旦边框已经渲染，它只会保留跨选项卡的边框。

然而，达纳·卡特赖特上面放置的代码工作正常。您只需在 MarkInvalid 之前放置一个 ClearInvalid 即可，正如lost_bits1110所指出的：

Validation.ClearInvalid((BindingExpressionBase)error.BindingInError);
Validation.MarkInvalid((BindingExpressionBase)error.BindingInError, error);

Answer 3

我遇到了一个特别麻烦的情况，@dana-cartwright 的出色答案没有效果。

我发现如果完全重置错误绑定，我能够获得所需的行为：

private static void ResetBindingsWithError(DependencyObject obj)
{
    if (Validation.GetHasError(obj))
    {
        // Loops over each of the dependency object's bindings that have errors
        foreach (BindingExpression bindingExpression in
                 Validation.GetErrors(obj)
                           .Select(validationError => validationError.BindingInError)
                           .OfType<BindingExpression>()
                           .ToArray())
        {
            // Reset the binding
            Binding binding = bindingExpression.ParentBinding;
            DependencyProperty targetProperty = bindingExpression.TargetProperty;

            if (bindingExpression.TargetProperty == null)
            {
                // Clearing one binding, may affect others that result in a TargetProperty of null
                continue;
            }

            BindingOperations.ClearBinding(obj, targetProperty);
            BindingOperations.SetBinding(obj, targetProperty, binding);
        }
    }

    for (int i = 0; i < VisualTreeHelper.GetChildrenCount(obj); i++)
    {
        ResetBindingsWithError(VisualTreeHelper.GetChild(obj, i));
    }
}

private void Selector_OnSelectionChanged(object sender, SelectionChangedEventArgs e)
{
    if (sender is not TabControl tabControl)
    {
        throw new InvalidOperationException("Event should only fire against TabControl");
    }

    // `sender` will always be the TabControl the event was registered against, but
    // `e.OriginalSource` will be the Selector that produced the event. Because this is a
    // bubbling event, we only want to handle the event if the sender is our top-level
    // TabControl.
    if ((tabControl == e.OriginalSource) &&
        (tabControl.SelectedContent is DependencyObject tabControlContent))
    {
        Dispatcher.BeginInvoke(() => ResetBindingsWithError(tabControlContent));
    }
}