粗看了一点,觉得microsoft正逐步将重心从mfc移到wtl!
windows程序员真是累啊!

解决方案 »

  1.   


        MFC是微软在C++开始成为主流开发工具后写的,虽然技术上有些过时,但由于使用者众多,所以一时还不可能淘汰(微软亦表示过会让MFC跟上Windows的更新)。而ATL是在COM出现后,由于COM编程的复杂性和MFC在这方面的缺陷,而使用全新C++特性编写的模版类库。ATL主要用于快速开发控件而不是做桌面程序。    随着ATL的流行,GUI编程变得愈发重要。因此,ATL开发小组写了WTL,它是一个基于ATL的类库,象MFC一样具备完全的GUI开发支持(如Common Control,Splitter Window等),因此在不少场合完全可以代替MFC(一些新的界面特性,如IE菜单条等,已经包含在WTL中了)。顺便说一下,WTL从MFC“抄”了不少东西,呵呵。    一开始微软并没有打算把WTL作为官方类库,但现在它已经是随Platform SDK一起发布的正式开发工具了。它的缺陷是几乎没有什么开发文档(单纯从这一点亦可看出WTL若想取代MFC还有很长的路要走)。如果你不懂MFC的原理而且对“模版”这一概念不太理解的话,学习它会比较费劲。
      

  2.   

    那Microsoft的Visual .Net中有没有再有WTL??没有玩过.Net呀!!!!!我感觉就是MFC与ATL冲突大太了(指开发观点,这个意思不知道如何表达?),不开发一个程序来说,基本上MFC较容易上手,且资料多,用WTL不知道是赶时髦还是发神经??,原本打算花点时间来学一学WTL,可是一做程序我宁可用MFC呀!,到底有没有必要专门去学WTL开发办面程序呀?????
      

  3.   

    那Microsoft的Visual .Net中有没有再有WTL??没有玩过.Net呀!!!!!我感觉就是MFC与ATL冲突大太了(指开发观点,这个意思不知道如何表达?),不开发一个程序来说,基本上MFC较容易上手,且资料多,用WTL不知道是赶时髦还是发神经??,原本打算花点时间来学一学WTL,可是一做程序我宁可用MFC呀!,到底有没有必要专门去学WTL开发办面程序呀?????
      

  4.   

    是不是WTL没前途了吗?????