我有一个桌面应用程序，其中所有窗口 (HWND) 都使用 Direct2D 1.1 呈现自身。我的问题是如何更正确地做到这一点？
每个窗口都应该有自己的 Direct2D 设备上下文，该上下文源自一个 Direct2D 设备吗？在这种情况下，我无法在没有其他技巧的情况下在子窗口上渲染透明内容（我必须在父窗口的上下文中更改目标，将父窗口渲染为 Direct2D 位图，然后在子窗口的目标上绘制此位图）。
拥有一个所有窗口都呈现自身的 Direct2D 设备上下文会更好吗？我相信 DirectComposition 以类似的方式工作。不幸的是，我无法使用它，因为我的目标是 Windows 7。
【问题讨论】：
标签： c++ transparency direct2d
您在问一个问题，其答案将是非常特定于应用程序的。我建议避免尝试让 HWND 相互之间以透明方式呈现的整个问题，尤其是当您将 Direct2D 投入混合时。在那个方向上有太多的痛苦。您支持的每个版本的 Windows 都会有不同的错误，您会经常遇到这些错误并掌握解决方法。
案例：对于 Paint.NET 的 v4.0 版本，我将所有文本呈现转换为 DirectWrite，并将几乎所有 UI 控件都转换为使用 Direct2D。窗口顶部的图像缩略图控件（MDI 选择器）使用 Direct2D 进行渲染，但它还必须在其后面的内容之上进行合成。它必须在 Win7 上与玻璃搭配得很好（不过看起来很棒！）。这个代码很糟糕，很棘手，几乎无法维护，而且似乎在每个 Windows 版本上都会遇到不同的渲染错误：7、7 SP1、8、8.1 和 10 的行为都略有不同！测试也很烦人；这是我必须为我支持的每个 Windows 版本（安装程序和更新程序除外）设置和维护 VM 的唯一原因。 Windows 7 运行良好，然后 7 SP1 添加了一个错误，需要对我填充 Alpha 通道的方式进行一些调整。当您调整窗口大小时，Windows 8 会闪烁，除非我进行了某些 hack，但 8.1 可以正常工作。如果使用软件渲染，那么 10 会有它自己的闪烁错误。远程桌面以自己的方式破坏事物。然后你还必须担心高对比度，如果你支持 Windows 7，是否启用/禁用 DWM。它们的行为都不同，真的很痛苦。
无论如何。您似乎真正需要的是一个像 WPF 或 XAML 这样的 UI 系统，它除了顶级 HWND 容器之外不使用任何东西。那时，您正在自定义渲染所有内容并进行自己的命中测试和输入路由（以及可访问性和各种其他事情），所以这不是一项小任务。
关于“如何更正确地做到这一点”问题以及设备和设备上下文的基数：您是否考虑过仅使用 ID2D1Factory::CreateHWNDRenderTarget 或 ID2D1Factory::CreateDCRenderTarget ？它们返回ID2D1RenderTarget，但您可以调用QueryInterface 将它们转换为ID2D1DeviceContext（文档中缺少这一事实，但显然也是有意的）。这应该会大大简化 Direct2D 和 HWND 的使用。这就是我在 Paint.NET 中所做的：我仍然为每个控件使用 HWND，但每个控件都使用自己的 HWND 或 DC 渲染目标。如果您愿意使用 Reflector 或 ILSpy，请查看 Paint.NET DLL 中的 Direct2DControl 和 Direct2DControlHandler。
另外，请注意使用超过 1 个硬件加速的 HWND 渲染目标。您不想进入每个基于 Direct2D 的 UI 控件都在等待 VSync 的奇怪区域。在创建 HWND 渲染目标时使用 D2D1_PRESENT_OPTIONS_IMMEDIATELY 应该会有所帮助。 DWM 已经处理 VSync，因此您应该告诉 Direct2D 忽略它，除非您正在使用动画和计时器做一些相当具体的事情。
【讨论】：
D2D1_PRESENT_OPTIONS_IMMEDIATELY!