MFC程序员的WTL指南(2)ATL 界面类

核心提示： 我只是讨论了一些涵盖VC 6的特点，不过据我了解所有的程序都可以在VC 7上使用，MFC程序员的WTL指南(2)ATL 界面类(2)，由于我不使用VC 7，我无法对那些在VC 7中出现的问题提供帮助， 可生成比静态链接的MFC程序更小的可执行文件（译者加：WTL的所有源代码都是静态链接到你

我只是讨论了一些涵盖VC 6的特点，不过据我了解所有的程序都可以在VC 7上使用。由于我不使用VC 7，我无法对那些在VC 7中出现的问题提供帮助，不过你还是可以放心的在此张贴你的问题，因为其他的人可能会帮助你。

对本系列文章的总体介绍

WTL 具有两面性，确实是这样的。它没有MFC的界面（GUI）类库那样功能强大，但是能够生成很小的可执行文件。如果你象我一样使用MFC进行界面编程，你会觉得MFC提供的界面控件封装使用起来非常舒服，更不用说MFC内置的消息处理机制。当然，如果你也象我一样不希望自己的程序仅仅因为使用了MFC的框架就增加几百K的大小的话，WTL就是你的选择。当然，我们还要克服一些障碍：

• ATL样式的模板类初看起来有点怪异
• 没有类向导的支持，所以要手工处理所有的消息映射。
• MSDN没有正式的文档支持，你需要到处去收集有关的文档，甚至是查看WTL的源代码。
• 买不到参考书籍
• 没有微软的官方支持
• ATL/WTL的窗口与MFC的窗口有很大的不同，你所了解的有关MFC的知识并不全部适用与WTL。

从另一方面讲，WTL也有它自身的优势：

• 不需要学习或掌握复杂的文档/视图框架。
• 具有MFC的基本的界面特色，比如DDX/DDV和命令状态的自动更新功能（译者加：比如菜单的Check标记和Enable标记）。
• 增强了一些MFC的特性（比如更加易用的分隔窗口）。
• 可生成比静态链接的MFC程序更小的可执行文件（译者加：WTL的所有源代码都是静态链接到你的程序中的）。
• 你可以修正自己使用的WTL中的错误（BUG）而不会影响其他的应用程序(相比之下，如果你修正了有BUG的MFC/CRT动态库就可能会引起其它应用程序的崩溃。
  上一页  1 2 3 4 5 6 7  下一页