哪位说说使用WTL做界面开发的优点？？ 个人感觉WTL相对于MFC来说，各个类之间依赖小，比较灵活，扩展也灵活，库本身也很小很轻量级，编译出来的exe也小得多。关于自绘，在绘图方面，没有本质的区别，基本上都是GDI/GDI+，只不过是传递/处理自绘消息的方式不大一样，MFC一般要从基类派生自己的类，而WTL则是任何类都可以处理消息。DirectUI，无爱。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 补充下DirectUI，这个主要是一个界面和业务分离的思想贯彻了整个DirectUI，类似一个开关函数即可启用界面整体效果。目前好多用这个思想的界面库都已开源了。可以去本版面的推荐里面，有不少资源。 多谢，个人理解 很多控件不使用MFC的原因在于 发行的问题导致。但是WTL成熟的控件很少。如按钮、下拉框、组合框、列表框等成熟的好看控件几乎没有，难道都是各个公司自己的开发的？ 个人只用过mfc和wtlMFC有商业扩展控件，2008 sp1之后更是集成了bcg的部分。简单易学、用户基数大、书籍众多（虽说大部分都不咋样），开发风险小。wtl资料很少，开发比较慢，刚开始得经常看源码才知道咋写。比较灵活，但灵活带来的问题就是，你这么写也行，那么写也行，造成一定的混乱。需要一定的C++基础才能搞定。 MFC是库机制的，这种机制的重用有很多解决不好的瓶颈。WTL是模板机制的，比MFC灵活。还有一点是MFC是商业库，使用应该付费的，WTL是免费的。这个因素可能在国内没意义，在国外来说有点影响。其实用什么库做界面都差不多。应该关注具体实现，界面之类差不多都OK。 WTL依赖ATL，而ATL和MFC都是需要VS授权的。 WTL 编译出来的跟win32的大小差不多 比较小MFC 继承太多，类库太大，编译出来exe比较大编写速度，熟悉了，都差不多，不过MFC资料比较多 做ATL开发的朋友 如何开发界面？简单说说过程 不管MFC还是WTL都需要熟悉API SDK开发界面的方法，否则你懂的 有过ATL 、WTL开发的 还请多指教。 以前的公司曾用WTL开发过，开始老大认为WTL轻巧，开发起来效率高，软件会小，可到了后来增加功能时发现越来越困难，因为这方面的资料很少，大家又不是很熟悉，最后反而导致开发时间延长 ATL/WTL一般是有几年VC开发经验的人用的，相对MFC，它的优势是：代码重用性高最终生成的可执行文件小程序运行时内存占用少 程序运行速度快所以一般通用软件会考虑用它来实现。 ATL、WTL的资料确实太缺乏了。简单实现还可以，复杂的 就顺手了。比如基于多文档的程序。 我觉得WTL不错，消息嵌入、模板、消息映射 ，我的最爱。 表头控件和列表控件自绘。继承COwnerDraw就可以了。树控件，我一般都是完全重绘。 高人。，可否和MFC中的SDI、MDI结合起来吗？我想框架用MFC实现 界面控件用WTL实现 不知是否可行，或者用WTL做MDI整体 我想框架用MFC实现 界面控件用WTL实现 不知是否可行？我觉得不可行。简单点说，mfc和wtl都有CButton，编译的时候肯定会出错。用WTL做MDI整体？WTL本来就有几种框架：对话框，单文档，多文档。 看到很多商业软件都是用WTL或者ATL开发的，现在急于MFC的很少 是否在护肤方面有些优势？ 同样是重写，但是wtl消息映射更加灵活。相比之下，护肤更加便捷。 WTL一个重要优势就是可以编译成一个EXE文件，这对后期客服维护很有好处 需求就是界面的UI问题。MFC的自绘机制太麻烦了。除了皮肤方式 如果因为体积来选择WTL, MFC, 我觉有点太哪个了, 几十KB和几MB的差别很重要吗, 也又不是嵌入式.等你用WTL后发现出有问题后没资料没参考就知道错了 看了那么多大侠的高见，看来新手还是老老实吧MFC先 最近也在开始看WTL，资料方面确实少。从MFC过渡过来，开始还是可以接受的。 用WTL的国内很好，所以我把自己能找到的WTL的资料全部汇总整理了一下，具体的链接在这里其实最主要的就是这几篇，还有Windows的一些基本机制，尤其是消息传递方面。还有多看看http://www.codeproject.com 估计也差不多，这几个再找不大答案，那基本就是个人问题了。WTL不错，我用了一年半，终于顺手了。我年龄很大了，也能再重新拾起来，小伙子们应该更没问题。有空多交流，我基本在CSDN BBS上溜达 写错了，用WTL的国内很少，所以我把自己能找到的WTL的资料全部汇总整理了一下，具体链接 release版本下异常 ASP调用COM组件出错 这里有即用c++又用c#的吗？ 如何控制串口单条腿的信号？ 如何用CListCtrl实现类似ACDSee那样的缩微图显示，默认的选择有难看的蓝色阴影，怎样在缩微图加上自己画的边框？ 刚学者求问 我也问个全局变量的问题。 如何编程实现让自己的程序开机后自动运行？ VC访问SQL数据库问题（大侠们出手相助了） 请问如何用API实现DDE MFC数据库删除和修改数据失败 VS2008 MFC如何实现点击按钮弹出另外一个窗口，进行数据的输入
这个主要是一个界面和业务分离的思想贯彻了整个DirectUI，类似一个开关函数即可启用界面整体效果。
目前好多用这个思想的界面库都已开源了。可以去本版面的推荐里面，有不少资源。
如按钮、下拉框、组合框、列表框等成熟的好看控件几乎没有，难道都是各个公司自己的开发的？
有商业扩展控件，2008 sp1之后更是集成了bcg的部分。
简单易学、用户基数大、书籍众多（虽说大部分都不咋样），开发风险小。wtl
资料很少，开发比较慢，刚开始得经常看源码才知道咋写。
比较灵活，但灵活带来的问题就是，你这么写也行，那么写也行，造成一定的混乱。
需要一定的C++基础才能搞定。
WTL是模板机制的，比MFC灵活。还有一点是MFC是商业库，使用应该付费的，WTL是免费的。
这个因素可能在国内没意义，在国外来说有点影响。其实用什么库做界面都差不多。应该关注具体实现，界面之类差不多都OK。
MFC 继承太多，类库太大，编译出来exe比较大编写速度，熟悉了，都差不多，不过MFC资料比较多
代码重用性高
最终生成的可执行文件小
程序运行时内存占用少
程序运行速度快所以一般通用软件会考虑用它来实现。
简单实现还可以，复杂的 就顺手了。比如基于多文档的程序。
树控件，我一般都是完全重绘。
高人。，可否和MFC中的SDI、MDI结合起来吗？
我想框架用MFC实现 界面控件用WTL实现 不知是否可行，或者用WTL做MDI整体
我觉得不可行。简单点说，mfc和wtl都有CButton，编译的时候肯定会出错。
用WTL做MDI整体？
WTL本来就有几种框架：对话框，单文档，多文档。
是否在护肤方面有些优势？
同样是重写，但是wtl消息映射更加灵活。相比之下，护肤更加便捷。
WTL一个重要优势就是可以编译成一个EXE文件，这对后期客服维护很有好处
MFC的自绘机制太麻烦了。除了皮肤方式
等你用WTL后发现出有问题后没资料没参考就知道错了
用WTL的国内很好，所以我把自己能找到的WTL的资料全部汇总整理了一下，具体的链接在这里其实最主要的就是这几篇，还有Windows的一些基本机制，尤其是消息传递方面。还有多看看http://www.codeproject.com 估计也差不多，这几个再找不大答案，那基本就是个人问题了。WTL不错，我用了一年半，终于顺手了。我年龄很大了，也能再重新拾起来，小伙子们应该更没问题。有空多交流，我基本在CSDN BBS上溜达