VB6从98年发布到现在已经有10年了,目前依然有很多程序员用它来开发软件,说实话当时发布的时候,VB6还是被许多程序员边嘲笑着边用他开发者手头的软件,记得有个大虾是用Delphi的,他讲了个故事,说一辆火车在铁轨上飞奔,突然车头坏了,这时VB跑过来说:“我能修我能修”,很快VB就把车头修好了,可是这个新车头看起来比原来的大不少,大家都非常怀疑他是否能动起来,只听VB的上帝,盖茨喊道:“赐予你32人的力量”,这个大号的车头居然动起来了,虽然很慢但他能拉着火车走起来。当年的VB在大家眼里就是这个样子的,开发速度快,软件执行效率低。
时间飞快地过着,硬件按照摩尔定律飞速的提升着运算速度,现在随便一台最底端的pc也能同时运行n个(n>10)个当年跑得很慢的VB程序,VB也从VB6 升级到VB .Net 2008,然后许多当年VB6开发的程序,依然很愉快的从win95->win98-> win2000-> winxp,一路跑着,当然需求在不断变化,老程序要升级,需求越来越复杂,当然的VB6还能胜任吗?答案是肯定的,不过应对复杂的需求,以前老vb的思路一个工程里,一个MDI窗体带n多个子窗体模式,一两个人开发所有程序,面对复杂的需求,很紧的工期,恐怕很难胜任了。
如何让VB6适应这种要求呢?解决方案就是用VB6 ActiveX DLL把一个业务模块封装起来,然后动态注册这个DLL,由主框架也就是MDI主窗体来动态创建子窗体,这样就可以n个人对应n个模块迅速开发,完工一个模块挂接到主框架上马上就测试,反馈,修改,重新发布,而且开发的业务模块可以按用户需求拼接,用户业务变化,可以现场拼接满足客户需求,即使现成的模块,也可以迅速开发,挂接到用户系统中。