***********各位高手看过来，MFC和ATL真的要让位给WTL了吗？？？***********

Question

今天下载了.NET的WTL配置编译后，感觉WTL写win程序真是太好了，体积小巧，速度N快，win整合接口更紧密，感觉上比MFC要快最起码6倍，小弟才疏学浅，希望各位谈谈，MFC有可能让位给WTL吗？？？
不过我估计是ATL的继承者吧谢谢，各位发表点意见吧，呵呵

Answer 1

WTL是ATL的继承者???不能吧．．．

Answer 2

where can download wtl?

Answer 3

创建com server
开启ax控制等等
连用户接口都写成工具条，菜单等形式了，微软做了N多工作在里面，他们都做完了，程序员做什么，噢

Answer 4

WTL的确好用，但是我想它还是不可能取代MFC，毕竟MFC很适合于快速开发且对目标程序的速度与体积要求不非常高的情况，而这些情况却是非常普遍的

Answer 5

不可能,MFC是对 API 的几乎大部分封装.
WTL 中是封装了与界面有关的代码.有点像VCL做程序除了写窗口外,还有好多事情要做的~~~.不过嘛,能减小窗口代码也不错的,这也是DELPHI成功的原因

Answer 6

wtl是短小精悍，可是功能上欠缺一点，可是又全部原码，你可以自己扩充：）

Answer 7

“配置编译后，感觉WTL写win程序真是太好了，体积小巧，速度N快，win整合接口更紧密，感觉上比MFC要快最起码6倍，……”   你的 win程序 比MFC要快最起码6倍？
   它是否有 文档-视图 结构支持？是否有消息映射表支持？是否所有的基本菜单？是否有永久储存？是否有那个比你 win程序 大6倍的那个MFC程序的所有功能？
  如果真是有，那 WTL 就会取代 MFC 了。
  
  但我怀疑用纯 SDK 写的程序与 MFC 相比，是否能快6倍。如果 SDK 无可能，那 WTL 有可能吗？

Answer 8

好像之所以微软内部弄个wtl，是因为atl本身对视窗界面支持的不够
不过是不是真的这么牛呢，好像去年还是前年的时候有评论说是不怎么
有前途的