wpf - 当应用于元素的更改时，为什么我的装饰器不重新渲染？

Question

在我正在构建的UI中，每当面板中的一个控件具有焦点时，我都希望装饰一个面板。因此，我处理了IsKeyboardFocusWithinChanged事件，并在元素获得焦点时向其添加装饰物，而在失去焦点时将其移除。这似乎工作正常。

我遇到的问题是，如果装饰元素的边界发生变化，装饰器就不会得到重新渲染。例如，在这种简单情况下：

<WrapPanel Orientation="Horizontal"
           IsKeyboardFocusChanged="Panel_IsKeyboardFocusChanged">
   <Label>Caption</Label>
   <TextBox>Data</TextBox>
</WrapPanel>

当 WrapPanel获得焦点时，装饰器会正确装饰 TextBox的边界，但是当我输入文字时， TextBox会在装饰器边缘下方展开。当然，一旦我做任何迫使装饰器渲染的事情，例如ALT-TAB退出应用程序或将焦点移到另一个面板上，它便会自行纠正。但是，当装饰元素的边界发生变化时，如何重新渲染它？

Answer 1

WPF具有内置的机制，每当相应的Adorners更改大小，位置或变换时，都会重新测量，重新排列和重新呈现所有AdornedElement。这种机制要求您在对装饰者进行编码时遵循某些规则，但并不是所有的文件都应有其应有的清晰记录。

我将首先回答您的标题问题，为什么您的装饰者不能始终如一地重新渲染，然后解释修复它的最佳方法。

为什么装饰器不重新渲染

每当AdornerLayer收到LayoutChanged通知时，它都会扫描其每个装饰器，以查看AdornedElement是否已更改大小，位置或变换。如果是这样，它将设置标志以强制Adorner再次进行测量，排列和渲染-大致等同于InvalidateMeasure(); InvaliateArrange(); InvalidateVisual();。

在这种情况下通常会发生的情况是先对控件进行测量，然后进行布置，然后进行渲染。实际上，WPF试图使其成为最常见的情况，因为它是最有效的序列。但是，在许多情况下，控件可能在重新测量之前最终会重新排列和/或重新呈现。这是WPF中事件的合法顺序（以允许灵活的布局技术使用），但这并不常见，因此通常未经测试。

除非仅更改了Adorner依赖项属性，否则在任何可能影响渲染的情况下，正确实现的UIElement或其他InvalidateVisual()都将小心调用AffectsRender。

就您而言，装饰者的大小显然会影响渲染。大小属性不是AffectsRender依赖项属性，因此有必要在更改它们时手动调用InvalidateVisual()。如果您不这样做，WPF可能永远不会知道重新渲染您的装饰器。

您遇到的情况可能是这样的：


布局完成，并触发LayoutChanged事件
AdornerLayer发现AdornedElement上的尺寸变化
AdornerLayer安排您的装饰器重新测量，重新布局和重新渲染
某些原因导致调用Arrange()，从而导致重新布局和重新渲染在重新测量之前发生。这使WPF认为装饰器不再需要重新布局或重新渲染。
布局引擎检测到装饰者需要测量并调用Measure
装饰器的MeasureOverride重新计算所需的大小，但没有告诉WPF装饰器需要重新渲染
布局引擎决定无事可做，因此装饰器永远不会重新渲染


您可以做什么来解决它

当然，解决方案是通过在每次重新测量控件时调用Adorner来修复InvalidateVisual()中的错误，如下所示：

protected override Size MeasureOverride(Size constraint)
{
  var result = base.MeasureOverride(constraint);
  // ... add custom measure code here if desired ...
  InvalidateVisual();
  return result;
}

这样做将使您的Adorner始终遵守WPF的所有规则，因此它将在所有情况下均按预期工作。这也是最有效的解决方案，因为 InvalidateVisual()除了在真正需要的情况下，什么都不做。