proguru

@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的东西，不爽。