真是想不到系列之一：VB到底为我们做了什么？[3]

导读：
　　3)vb的编译技术，要我怎么夸你，又要我怎么骂你。
　　看了上面对native code的高度评价，你可能会对vb做出的东西更有信心了，腰板更直了。是的，作为vb程序员没有什么需要害羞的，一个功力深厚的vb程序员理应拿比普通vc程序员更多的工资，因为他的生产力是vc程序员的好几倍，而做出的程序在质量上和vc做的相差无几。
　　甚至有大师开玩笑说vb的内置对象就是用vb写出的，比如我们可以自己写form.cls、label.ctl，呵呵，我们还真不能排除这种可能性（虽然用vb不可能直接生成vb6.olb）。如果真是这样，看来vb小组自己都对自己的编译优化技术非常有信心。
　　实际上我们看看vb安装目录下的c2.exe的属性，再看看vc的c2.dll的属性，就会发现它们是同一个东西，同样link.exe也是vc的，所以我们完全可以对vb程序的后端优化编译器以及联结放心了。它们根本就是vc开发小组东西，或者vb、vc都是同一个编译器开发小组在做编译模块。总之，我们可以壮着胆说我们vb做的程序其二次优化和联结用的是和vc一样的技术，嘿嘿，你有的我也有，我有的你没有的（纯属诡辩）。
　　还有，没有任何编译器比vb编译器更快，因为在ide中vb就是一种解释型语言，这才是vb开发效率高的关键，快得几乎感觉不得编译过程。其请求时编译，后台编译技术更是一只独秀，厉害啊！想想看，别的语言的程序员有多少时间花在了等待代码编译和重新联结上啊！
　　不要高兴得太早，因为最终的目的还是要生成可执行文件。在vb中没有分块编译和增量联结的功能，vb在生成可执行程序时总是编译所有模块并完全重新联结，而在别的编译语言中我们可以仅编译最近修改过的文件（分块编译），联结时将新生成的代码附在可执行程序的后面，并将原来的代吗标记为作废（增量联结，最终的可执行程序会越来越大，但联结时间大大缩短）。做实验看看，会发现在vb中每次生成可执行文件所花时间都是相同的。我不知vb开发小组为什么不提供分块编译和增量联结的功能，可能vb开发小组认为生成可执行文件在vb中不是经常要做的工作。但是实际上这种理由是说不过去的，因为如前面所说ide中运行程序和最终程序有很大不同，如我们要经常编译出可执行文件才能真正对它进行profile，又如我们要调试多线程程序不能在vb ide中做，在这些情况下每次修改后都要重新生成可执行文件，我们浪费了不少时间去编译已编译过的代码，联结已联结过的程序。我猜想这是因为vb生成可执行程序时进行了全局优化，所以必须得全部重新编译联结。但提供一个新的功能让我们能够生成不进行全局优化的可以分块编译的调试版本，对vb开发小组应该不是难事吧！（我有一个变通的解决方案，还在试验中）
　　在来看看vb6安装目录下的vbaexe6.lib，怎么只有1k大一点，可以猜想里面应该不会有代码，多半是些象vtable这样的函数地址跳转表，或者是些全局常量，我也不知道。但至少说明vb可以用静态联结库了，为什么不把这个功能提供给我们，让我们有更多的选择。
　　再做个实验看看，做一个标准exe工程，里面只有一个标准模块，模块里面只一个sub main，sub main里面什么也没有，将它生成为exe文件。看看，嚯，有16k多。你要是有时间跟踪这个什么也不做的程序看看，就会知道它要做很多事，初始化err和app对象，准备com调用，准备vb、vba对象库，甚至为使用activex控制也做了准备，嘿嘿，看服务多周到。你必须得用vb对象库中的控制，不用也不行。你再多找几个exe工程看看，有很多东西相同，都是一个模子做出的，而且你没有选择模子自由。activex工程也是一样，都是dual双接口，你做的activex控制都必须要躲在一个extender object后面。是的，在vb里有很多东西你没有选择的自由。如果需要这种自由要么不用vb，要么就得采取一些未公开的非官方的古怪的技巧（本系列文章最重要的目的之一，就是介绍这样的非官方技巧）。
　　这又到文章开头说的，vb让我们做事情变得容易的同时也让我们失去了不少自由。在最终代码的生成上则也采取了公式化的做法。当然，我们应该全面地来看待这个问题，如同生产线上生产的东西不一定比手工的精致，群养的家禽不如野味好吃的道理一样，如果需要精致的野味，意味着更多的劳动和更大的成本，这和vb所追求的更容易更便宜的目标是相违背的。
　　
　　4)vb程序员也得有hack精神。
　　本文的最后这个标题是严重离题了，但我想在此为本系列文章定下一个充满hack精神的基调。hack精神是什么？没有准确的定义，我的理解是：hack精神 = 总想探寻未知领域的好奇心 + 凡事总想知道为什么的研究欲 + 总想拿出自己的东西的创新精神 + 解决问题的耐心和恒心。 vb的程序员也一样需要这种精神。
　　
　　最后，我们都知道vb开发小组已经达上.net的快车飞起来了，不能不说vb6以后再没有vb的新版本了。微软已经用.net为我们划出了新的圈子，vb.net是这个新圈子里的新产物。在圈子里面我们能够飞得更高，但是圈子外面的天空更大，所以我依然乐意站在圈子外，虔诚地祈祷真正的vb7的诞生，阿门。
　　
　　

本文转自
http://www.cn-doc.com/_soft_visual_basic_tech_doc/2005_08_18_00/20050818001733242_3.htm