SetParent API 创建的 MDI 子重绘问题答案

【问题标题】：Repainting problem with MDI child created by SetParent APISetParent API 创建的 MDI 子重绘问题
【发布时间】：2011-06-13 06:38:29
【问题描述】：

我有一个用 C 语言编写的遗留应用程序，它由一个主窗口和几个从菜单选项打开的 mdi 子窗口组成。为了允许用 C# 编写新的 mdi 子级，我创建了一个 C++ COM 互操作层，该层由 C 代码调用，然后调用 C# 代码。然后，我使用 SetParent API 将 C 主窗口设置为打开的任何 C# 窗口的新父级。这似乎可行 - C# 窗口的行为类似于主窗口的 MDI 子窗口。但是，子窗口不能正确绘制，如果您将其他窗口移到它上面或将其移动到主窗口的边缘，它只会变得更糟 - 它会被其他窗口的一部分绘制或在移动时留下一些自身的碎片.此外，屏幕响应不佳，例如您无法从一个文本框切换到另一个文本框。

请不要质疑我的解决方案的架构（相信我，这是唯一的方法），但如果您曾经遇到过由 SetParent 创建的孩子的此类问题，我很想听听您是否管理修复它。

【问题讨论】：

+1 对于措辞清晰的问题。然而，“这是唯一的方法”往往是不正确的。 ;) 欢迎来到 SO
公平点！我只是想继续关注这个问题，因为我已经尝试并排除了一些“其他方式”。

标签： c# c winforms com-interop setparent

【解决方案1】：

试试这些：

在处理循环中添加 Application.DoEvents，当出现问题时该循环通常会运行。
尝试从主窗体的绘制事件中刷新 MDI 窗体。

【讨论】：

1 - 不高兴，恐怕。 2 - 不是一个选项，唉。主窗体代码是由 4GL 生成的（我知道，我知道），这限制了代码中的可能性。但我感谢您的回应。

【解决方案2】：

我不完全理解 SetParent() 的工作原理；话虽如此，这里还有一些需要考虑的事情：

在the SetParent documentation的MSDN社区内容中，来自微软的Chango V.补充说：“在null和non-null parent之间切换时需要调用SetWindowPos(SWP_FRAMECHANGED)。”

另外，您确定您确实在运行 .NET Form 消息循环吗？您是调用Application.Run(yourManagedForm)，还是在C 代码中运行自己的消息循环？如果您正在运行自己的消息循环，您可能需要在通过PreProcessMessage 过滤后将消息转发到托管表单上的WndProc 方法。您需要向它们公开一个接口，因为它们受到保护。不过，我不知道这有多有效。

【讨论】：

SWP_FRAMECHANGED 看起来很有希望，但不幸的是并没有解决我的问题。嗯，消息循环 - 一位同事建议这可能是问题的核心。我不确定我想进入这个......但无论如何谢谢。