何位说说使用WTL做界面开发的优点？
哪位说说使用WTL做界面开发的优点？？
很多商业软件都是ATL、WTL，基于模板的类。现在不知道在ATL自绘中和MFC实现自绘有什么优势？？
哪位帮忙解答一下。目前界面开发的基本技术，包括DirectUI方面。谢谢
------解决方案--------------------
个人感觉WTL相对于MFC来说，各个类之间依赖小，比较灵活，扩展也灵活，库本身也很小很轻量级，编译出来的exe也小得多。关于自绘，在绘图方面，没有本质的区别，基本上都是GDI/GDI+，只不过是传递/处理自绘消息的方式不大一样，MFC一般要从基类派生自己的类，而WTL则是任何类都可以处理消息。
DirectUI，无爱。
------解决方案--------------------
补充下DirectUI，
这个主要是一个界面和业务分离的思想贯彻了整个DirectUI，类似一个开关函数即可启用界面整体效果。
目前好多用这个思想的界面库都已开源了。可以去本版面的推荐里面，有不少资源。
------解决方案--------------------
个人只用过mfc和wtl
MFC
有商业扩展控件，2008 sp1之后更是集成了bcg的部分。
简单易学、用户基数大、书籍众多（虽说大部分都不咋样），开发风险小。
wtl
资料很少，开发比较慢，刚开始得经常看源码才知道咋写。
比较灵活，但灵活带来的问题就是，你这么写也行，那么写也行，造成一定的混乱。
需要一定的C++基础才能搞定。
------解决方案--------------------
MFC是库机制的，这种机制的重用有很多解决不好的瓶颈。
WTL是模板机制的，比MFC灵活。
还有一点是MFC是商业库，使用应该付费的，WTL是免费的。
这个因素可能在国内没意义，在国外来说有点影响。
其实用什么库做界面都差不多。应该关注具体实现，界面之类差不多都OK。
------解决方案--------------------
------解决方案--------------------
WTL依赖ATL，而ATL和MFC都是需要VS授权的。
------解决方案--------------------
WTL 编译出来的跟win32的大小差不多 比较小
MFC 继承太多，类库太大，编译出来exe比较大
编写速度，熟悉了，都差不多，不过MFC资料比较多
------解决方案--------------------
不管MFC还是WTL都需要熟悉API SDK开发界面的方法，否则你懂的
------解决方案--------------------
以前的公司曾用WTL开发过，开始老大认为WTL轻巧，开发起来效率高，软件会小，可到了后来增加功能时发现越来越困难，因为这方面的资料很少，大家又不是很熟悉，最后反而导致开发时间延长
------解决方案--------------------
ATL/WTL一般是有几年VC开发经验的人用的，相对MFC，它的优势是：
代码重用性高
最终生成的可执行文件小
程序运行时内存占用少
程序运行速度快
所以一般通用软件会考虑用它来实现。
------解决方案--------------------
很多商业软件都是ATL、WTL，基于模板的类。现在不知道在ATL自绘中和MFC实现自绘有什么优势？？
哪位帮忙解答一下。目前界面开发的基本技术，包括DirectUI方面。谢谢
------解决方案--------------------
个人感觉WTL相对于MFC来说，各个类之间依赖小，比较灵活，扩展也灵活，库本身也很小很轻量级，编译出来的exe也小得多。关于自绘，在绘图方面，没有本质的区别，基本上都是GDI/GDI+，只不过是传递/处理自绘消息的方式不大一样，MFC一般要从基类派生自己的类，而WTL则是任何类都可以处理消息。
DirectUI，无爱。
------解决方案--------------------
补充下DirectUI，
这个主要是一个界面和业务分离的思想贯彻了整个DirectUI，类似一个开关函数即可启用界面整体效果。
目前好多用这个思想的界面库都已开源了。可以去本版面的推荐里面，有不少资源。
------解决方案--------------------
个人只用过mfc和wtl
MFC
有商业扩展控件，2008 sp1之后更是集成了bcg的部分。
简单易学、用户基数大、书籍众多（虽说大部分都不咋样），开发风险小。
wtl
资料很少，开发比较慢，刚开始得经常看源码才知道咋写。
比较灵活，但灵活带来的问题就是，你这么写也行，那么写也行，造成一定的混乱。
需要一定的C++基础才能搞定。
------解决方案--------------------
MFC是库机制的，这种机制的重用有很多解决不好的瓶颈。
WTL是模板机制的，比MFC灵活。
还有一点是MFC是商业库，使用应该付费的，WTL是免费的。
这个因素可能在国内没意义，在国外来说有点影响。
其实用什么库做界面都差不多。应该关注具体实现，界面之类差不多都OK。
------解决方案--------------------
------解决方案--------------------
WTL依赖ATL，而ATL和MFC都是需要VS授权的。
------解决方案--------------------
WTL 编译出来的跟win32的大小差不多 比较小
MFC 继承太多，类库太大，编译出来exe比较大
编写速度，熟悉了，都差不多，不过MFC资料比较多
------解决方案--------------------
不管MFC还是WTL都需要熟悉API SDK开发界面的方法，否则你懂的
------解决方案--------------------
以前的公司曾用WTL开发过，开始老大认为WTL轻巧，开发起来效率高，软件会小，可到了后来增加功能时发现越来越困难，因为这方面的资料很少，大家又不是很熟悉，最后反而导致开发时间延长
------解决方案--------------------
ATL/WTL一般是有几年VC开发经验的人用的，相对MFC，它的优势是：
代码重用性高
最终生成的可执行文件小
程序运行时内存占用少
程序运行速度快
所以一般通用软件会考虑用它来实现。
------解决方案--------------------