LockWindowUpdate系列5：关于LockWindowUpdate的最终评论

现在大家了解了LockWindowUpdate的设计意图，我现在将要告诉大家你们为什么不应当使用这个函数，甚至不是因为其设计意图的缘因。

这需要回到LockWindowUpdate被创造出来的历史环境。回到16位Windows（特别是Windows 3.1）的时代。在那时，内存还是很昂贵的，显示驱动功能也很有限。还没有DirectX，没有AlphaBlend函数。你所拥有的一切就是一块屏幕缓冲区。LockWindowUpdate函数允许你接管这个屏幕缓冲区中对应一个窗口的部分，以得以在不需窗口知道的情况下应用自己特别的效果。

Windows 3.1距今已经十年多了，在这期间，我们有了DirectX覆盖、区域化窗口、分层窗口、alpha混合、桌面合成，种种我们在过去不曾拥有的绝妙图象特效。特别是这些美妙的分层窗口和区域化窗口，允许你做几乎所有你希望用LockWindowUpdate去做的事情。如果你希望在一个窗口边沿绘制高亮，你可以在其边沿放置一个区域化窗口。如果你希望在一个窗口上方绘制一个拖拽图片，你只需要创建一个分层窗口，并把它放置到目标窗口上方即可。使用的是分层窗口、一个区域及你想要的无论哪一种奇特的alpha通道，而将冗重的alpha混合和合成推给图象引擎来完成。更好的是，分层窗口可以伸展到拖拽经过的窗口以外，这是LockWindowUpdate无法完成的。（你可以在Windwos
XP中看到这种特效，在资源管理器窗口中“全选”，并将整个选择内容在屏幕上拖拽。你将看到拖拽图像没有局限于拖拽经过的窗口边界。）

更甚者，在Vista的桌面窗口管理器（desktop window manager）令人惊奇的全新合成方式中，LockWindowUpdate更是不再值得使用。锁定一个特定窗口的更新还不算太成问题，因为桌面窗口管理器可以只是给你这个窗口的后台位图。但是如果你锁定了整个屏幕（我常见到人们这么做），桌面窗口管理器就需要将所有窗口合成到一个实际位图中，以便在你使用DCX_LOCKWINDOWUPDATE标志调用GetDCEx时可以返回给你。桌面窗口管理器通常是在DirectX和显示驱动加速的辅助下直接进行合成的，所有的合成结果通常是直接送到屏幕上，实际上根本不会存放在一个“合成后的”位图中。但是如果你锁定了屏幕，并请求一个屏幕的DC，桌面窗口管理器只得模拟老式的行为，使得你可以访问一个代表了假如根本没有合成这回事的情况下，你“应当得到”的东西。这并不轻松！

尾声。我并不清楚这个系列是否成功。我的目标只是帮助人们更有效的使用LockWindowUpdate，并在LockWindowUpdate不适于一个工作时指导他们转向其它的替代物。换句话说，这是一篇关于LockWindowUpdate的文章，不是函数文档。我试图让我的表达显得轻松一些，但我估计我的幽默并不好笑，人们只是用他们来做为否定注解的跳板。

特别感谢那些把这个系列用来作为一个抱怨文档的机会的人们。我的意思是，咄，如果文档是完美的，我也大可不必写这么一个系列。不过这些人们往往只是看了函数说明那一页，而忽视了阅读所有文档。嘿，除了单纯的函数说明外，还有更多的文档哪！函数说明只是一个参考，你应当是在已经知道会发生什么，并只是需要微调一些细节时，才会到那里去看一下。真正的学习应当是从概览和文章中去进行。如果你想学习如何操作你的收音机，你不会上来就看电路图的。

我认为当Ronald D. Moore说“听播客时你必须有足够的忍耐力”时，他一定是在搞什么鬼。

LockWindowUpdate系列1：LockWindowUpdate的行为？

LockWindowUpdate系列2：LockWindowUpdate是打算如何使用的？

LockWindowUpdate系列3：什么样的操作中应当使用LockWindowUpdate？

LockWindowUpdate系列4：什么样的操作中不应当使用LockWindowUpdate？

LockWindowUpdate系列5：关于LockWindowUpdate的最终评论

原文出处：http://blogs.msdn.com/oldnewthing/archive/2007/02/23/1747713.aspx