在可视化树中移动 UIElement 而不重新计算布局

Question

我们有一个使用 Docking Control (Actipro) 的 WPF 应用程序 (.Net 4.0)。我们可以关闭对接窗口。在这种情况下，将创建一个“真实”窗口并将内容分配给该窗口。

当然，移动视觉树中的内容将重新触发完整的布局。这是有问题的，因为在这些停靠窗口之一中，我们有一个图表控件（Mindfusion Chartming，WPF 控件），它可能需要长达 10 秒的时间才能完全布局自身（非常大的图表）。

我认为这个问题没有任何直接的解决方案。然而我想知道其他有类似问题的程序员是如何解决这个问题的。有什么聪明的方法可以避免重新计算布局吗？

从理论上讲，由于图表位于 ScrollViewer 内部，因此实际上没有任何变化，因此无论何时放置它，可用空间量都保持不变（无限）。

编辑：另请注意，内部的图表控件是交互式的。我们需要拖放。

Answer 1

这是一个想法。

1. 创建一个继承自 Decorator 的自定义类。
2. 将图表控件包装在装饰器内。
3. 覆盖 MeasureOverride 并简单地调用 base.Measure 但在返回之前将结果存储在字段中。
4. 添加一个属性，使您能够禁用测量调用。如果该属性为 true，则只需在 MeasureOverride 中返回先前的大小，而不是调用 base.Measure。
5. 在更改视觉层次结构时设置属性。

从我的头脑中，我想不出任何理由为什么这不起作用。

实际上不久前我也做过类似的事情。在 NovaMind 中实现侧面板的滑动动画时，我使用了装饰器来防止内容在面板时执行布局动画其宽度。我使用最终宽度计算了大小，将其存储，然后使用 MeasureOverride 来伪造当前大小...这可以防止在尝试对复杂控件的宽度进行动画处理时涉及的性能问题。 :)

Answer 2

另一种可能性是，问题与布局无关，而是与将内容从一个窗口移动到另一个窗口时可视化树的“切断”有关。这似乎会导致依赖属性的大量重新计算，如果您的内容可视化树像我的一样，有 2000 个以上的控件，那么速度真的很慢。

我无法使用 Actipro 对接库本身找到一个优雅的解决方案，因此我想如何使 WPF 不再执行此行为。我提出的解决方案是将我的内容创建为具有 WinForms UserControl 的单个子级的单个 WinFormsHost 控件。然后，我使 WinForms UserControl 的内容成为基于 WPF 的内容，该内容应显示为停靠窗口内容。我认为当 WPF 开始从顶部遍历可视化树以在树被“剪断”时重新评估所有依赖属性时，它会遇到 WinForms 控件并停止。

我的 Actipro 对接工具窗口过去需要 6 秒左右才能切换选项卡或浮动。现在它们基本上是瞬时的。您必须确保任何命令处理程序都不是在应用程序级别，而是在您的 WPF 内容级别，并且您可能必须调整某些样式文件的位置，但效果非常好。

Answer 3

您可能希望将可视化树中的图表控件替换为图像，在屏幕外渲染图表并使用 rendertargetbitmap 将渲染的图表转换为图像，您可以将其用作可视化树中图像的源。

像这样的事情：

// image is the Image from the visual tree
int h = image.ActualHeight;
int w = image.ActualWidth;

// layout the diagram to the size of the image
diagram.Measure(new Size(w, h));
diagram.Arrange(new Rect(newSize(w,h)));
diagram.UpdateLayout();

// render the diagram to a bitmap
RenderTargetBitmap bmp = new RenderTargetBitmap((int)w, (int)h, 96, 96, PixelFormats.Default);
bmp.Render(diagram);

// set the source of your image to the bitmap
image.Source = bmp;

在示例中，如果 PixelFormats.Default 似乎不起作用，您可以尝试 PixelFormats.Pbgra32，我认为这是在此类事情中使用的更常见的格式。

您也许还可以以类似的方式使用 VisualBrush。我可以想象，从长远来看，您可能可以为图表创建一个包装类，以便仅在发生变化（即图表的一部分或大小）时自动显示图像副本并重新布局图表。