@free2000fly
而且我已經架設了git web服務，不想把代碼host到其他站點，自己折騰才帶勁:)

@free2000fly
建議已經采納，而且代碼已經修改過了，謝謝你
不過因為個人博客被封，暫時還未發布新的版本

@free2000fly
方便你版本控制啊. 還有, 建議你將 BEGIN_MSG_MAP 之類的宏改成如 K_BEGIN_MSG_MAP 這樣的, 將來別人用你的代碼和 WTL 混合使用時就不會出問題. 另外 END_MSG_MAP(__base) 宏看起來怪怪的.
==============
這個建議值得考慮，謝謝！
消息映射宏總是那么丑陋，也不怕看起來怪怪的了，如果那一天能搞個signal/slot的窗口消息映射機制就好玩了。

@free2000fly
我沒有VC 6編譯器，也沒用VC 6測試過KWinUI,不過據說VC 6已經太老了，對C++模板的支持比較差。所以我無能為力了，抱歉！

@free2000fly
放那里太麻煩了，如果有人愿意合作開發的話，我可以建個web git repository來一起開發。

@Loaden
x86下我做過完全的測試，x64下沒有測試過，沒有測試環境，如果你測試、修改通過，希望能給個反饋，謝謝。

12條：
“這樣做就需要減少工作線程的負擔，確保工作線程內部要處理費時的工作。”
是不是應該為
“確保工作線程內部_不_要處理費時的工作。”?

@oo
Decoupled Via Indirect. -> 藉由間接解耦。
設計模式的思想大抵如是。

這個消息分派真要命，怎么做都感覺不完美！

cexer,把你的消息分派原理分析一下吧，把關鍵代碼貼出來看看。

@jmchxy
是的，全局函數和static成員函數都可以，文中有述！

@陳梓瀚(vczh)
form里使用了哪些組件，form是完全清楚的，form被刪除的時候有責任在析構函數里銷毀掉那些子組件。

@cexer
"幫助用戶銷毀沒有銷毀的句柄，刪除未刪除的指針"
---典型的責任不明確，一般的原則應該是誰的對象誰負責銷毀，除非特殊情況。

通過這種thunk方法，不用記錄已經創建的窗口列表，因為窗口與其對象是天然綁定在一起的。

@陳梓瀚(vczh)
是的。有若干種方法可以達到目的。各有優劣罷了...

@Condor
command可以解決？能說的稍微詳細一些嗎？很有興趣.

@陳梓瀚(vczh)
呵呵，我做這個GUI至少是一年半以前的事情了...

@空明流轉
GUI支持多線程是很有必要的，而且實現起來并不復雜，因為底層的SDK基本都是thread safe的。

@cexer
thunk不是必須的，thunk有優點也有缺點，主要的缺點是嚴重依賴于系統平臺，可移植性差。我現在在用thunk，代碼很快會貼出。DEP保護是可以簡單的繞過的，只要在可執行堆上分配thunk即可。不用thunk容易搞出一堆static的東西，不爽。