人們看到LockWindowUpdate“鎖定的窗口將不能繪制自己”的行為，就用它來作為WM_SETREDRAW消息的偷懶的使用方式，盡管發(fā)送一個WM_SETREDRAW消息不不比調(diào)用LockWindowUpdate更麻煩。只是多打20來個字符，而且如果使用<windows.h>中的SetWindowRedraw宏的話還少會一半。
|
不使用
|
LockWindowUpdate(hwnd)
|
|
代而使用
|
SendMessage(hwnd, WM_SETREDRAW, FALSE, 0) or
SetWindowRedraw(hwnd, FALSE)
|
|
不使用
|
LockWindowUpdate(NULL)
|
|
代而使用
|
SendMessage(hwnd, WM_SETREDRAW, TRUE, 0) or
SetWindowRedraw(hwnd, TRUE)
|
就像我們在前面所說的，同一時間系統(tǒng)中只能有一個窗口的更新被鎖定。如果你調(diào)用LockWindowUpdate的目的僅僅是防止窗口重繪，比如因為你在更新這個窗口，在你的更新完成前，不希望它不停的刷新，那么請直接禁止窗口的重繪。如果你使用了LockWindowUpdate，將引來無數(shù)下面的問題。
首先，如果另一個什么程序也以同樣錯誤的方式使用LockWindowUpdate，那么你們中會有一個人失敗。首先調(diào)用LockWindowUpdate的程序?qū)晒Γ诙€調(diào)用的程序?qū) ，F(xiàn)在你準(zhǔn)備怎么辦？你的窗口不會被鎖定。
其次，如果你鎖定了自己的窗口更新，這時用戶切換到另一個程序，并試圖拖拽一個對象（或甚至只是嘗試移動一下那個窗口），那一個LockWindowUpdate將會失敗，于是用戶遇到了一個由于某種神秘原因拖放失效的情形。然后，10秒鐘后，一切功能又運作作正常。“愚蠢的爛Windows”用戶嘀咕道。
反過來說，如果你在一個拖放或是窗口移動的過程中準(zhǔn)備調(diào)用LockWindowUpdate，那么你的調(diào)用就會失敗。
這只是更一般意義上，使用全局狀態(tài)來處理局部情況的編程錯誤中，比較具體的例子。當(dāng)你想禁止自己的一個窗口的重繪時，你不會希望這會影響到系統(tǒng)中的其它窗口。更新自己的窗口是一個局部情況，但是你使用了全局狀態(tài)（被鎖定更新的窗口）來維持它。
我可以預(yù)料到有人會說：“那么，窗口管理器應(yīng)當(dāng)阻止人們在一個非拖放操作中鎖定窗口更新。”問題是，窗口管理器怎么知道這個？它只是知道發(fā)生了什么事情，但不知道為什么發(fā)生。一個程序到底是由于懶于使用WM_SETREDRAW消息而使用LockWindowUpdate？還是為了響應(yīng)引發(fā)拖放操作的用戶輸入？這里沒辦法說“用戶鼠標(biāo)按鍵壓下了”，因為用戶可能用基于鍵盤的理論上和拖放等價的操作（例如使用方向鍵來改變窗口尺寸）。基本上這個問題很難于解決，除非計算機(jī)能更多一點對讓他做的事情的猜想。
下一回是對LockWindowUpdate的最終評論。
LockWindowUpdate系列5：關(guān)于LockWindowUpdate的最終評論
現(xiàn)在大家了解了LockWindowUpdate的設(shè)計意圖，我現(xiàn)在將要告訴大家你們?yōu)槭裁床粦?yīng)當(dāng)使用這個函數(shù)，甚至不是因為其設(shè)計意圖的緣因。
這需要回到LockWindowUpdate被創(chuàng)造出來的歷史環(huán)境。回到16位Windows（特別是Windows 3.1）的時代。在那時，內(nèi)存還是很昂貴的，顯示驅(qū)動功能也很有限。還沒有DirectX，沒有AlphaBlend函數(shù)。你所擁有的一切就是一塊屏幕緩沖區(qū)。LockWindowUpdate函數(shù)允許你接管這個屏幕緩沖區(qū)中對應(yīng)一個窗口的部分，以得以在不需窗口知道的情況下應(yīng)用自己特別的效果。
Windows 3.1距今已經(jīng)十年多了，在這期間，我們有了DirectX覆蓋、區(qū)域化窗口、分層窗口、alpha混合、桌面合成，種種我們在過去不曾擁有的絕妙圖象特效。特別是這些美妙的分層窗口和區(qū)域化窗口，允許你做幾乎所有你希望用LockWindowUpdate去做的事情。如果你希望在一個窗口邊沿繪制高亮，你可以在其邊沿放置一個區(qū)域化窗口。如果你希望在一個窗口上方繪制一個拖拽圖片，你只需要創(chuàng)建一個分層窗口，并把它放置到目標(biāo)窗口上方即可。使用的是分層窗口、一個區(qū)域及你想要的無論哪一種奇特的alpha通道，而將冗重的alpha混合和合成推給圖象引擎來完成。更好的是，分層窗口可以伸展到拖拽經(jīng)過的窗口以外，這是LockWindowUpdate無法完成的。（你可以在Windwos XP中看到這種特效，在資源管理器窗口中“全選”，并將整個選擇內(nèi)容在屏幕上拖拽。你將看到拖拽圖像沒有局限于拖拽經(jīng)過的窗口邊界。）
更甚者，在Vista的桌面窗口管理器（desktop window manager）令人驚奇的全新合成方式中，LockWindowUpdate更是不再值得使用。鎖定一個特定窗口的更新還不算太成問題，因為桌面窗口管理器可以只是給你這個窗口的后臺位圖。但是如果你鎖定了整個屏幕（我常見到人們這么做），桌面窗口管理器就需要將所有窗口合成到一個實際位圖中，以便在你使用DCX_LOCKWINDOWUPDATE標(biāo)志調(diào)用GetDCEx時可以返回給你。桌面窗口管理器通常是在DirectX和顯示驅(qū)動加速的輔助下直接進(jìn)行合成的，所有的合成結(jié)果通常是直接送到屏幕上，實際上根本不會存放在一個“合成后的”位圖中。但是如果你鎖定了屏幕，并請求一個屏幕的DC，桌面窗口管理器只得模擬老式的行為，使得你可以訪問一個代表了假如根本沒有合成這回事的情況下，你“應(yīng)當(dāng)?shù)玫?/em>”的東西。這并不輕松！
尾聲。我并不清楚這個系列是否成功。我的目標(biāo)只是幫助人們更有效的使用LockWindowUpdate，并在LockWindowUpdate不適于一個工作時指導(dǎo)他們轉(zhuǎn)向其它的替代物。換句話說，這是一篇關(guān)于LockWindowUpdate的文章，不是函數(shù)文檔。我試圖讓我的表達(dá)顯得輕松一些，但我估計我的幽默并不好笑，人們只是用他們來做為否定注解的跳板。
特別感謝那些把這個系列用來作為一個抱怨文檔的機(jī)會的人們。我的意思是，咄，如果文檔是完美的，我也大可不必寫這么一個系列。不過這些人們往往只是看了函數(shù)說明那一頁，而忽視了閱讀所有文檔。嘿，除了單純的函數(shù)說明外，還有更多的文檔哪！函數(shù)說明只是一個參考，你應(yīng)當(dāng)是在已經(jīng)知道會發(fā)生什么，并只是需要微調(diào)一些細(xì)節(jié)時，才會到那里去看一下。真正的學(xué)習(xí)應(yīng)當(dāng)是從概覽和文章中去進(jìn)行。如果你想學(xué)習(xí)如何操作你的收音機(jī)，你不會上來就看電路圖的。
我認(rèn)為當(dāng)Ronald D. Moore說“聽播客時你必須有足夠的忍耐力”時，他一定是在搞什么鬼。
LockWindowUpdate系列1：LockWindowUpdate的行為？
LockWindowUpdate系列2：LockWindowUpdate是打算如何使用的？
LockWindowUpdate系列3：什么樣的操作中應(yīng)當(dāng)使用LockWindowUpdate？
LockWindowUpdate系列4：什么樣的操作中不應(yīng)當(dāng)使用LockWindowUpdate？
LockWindowUpdate系列5：關(guān)于LockWindowUpdate的最終評論
原文出處：http://blogs.msdn.com/oldnewthing/archive/2007/02/19/1716211.aspx
原文出處：http://blogs.msdn.com/oldnewthing/archive/2007/02/20/1726880.aspx
原文出處：http://blogs.msdn.com/oldnewthing/archive/2007/02/21/1735472.aspx
原文出處：http://blogs.msdn.com/oldnewthing/archive/2007/02/22/1742084.aspx
原文出處：http://blogs.msdn.com/oldnewthing/archive/2007/02/23/1747713.aspx