新千年冷眼看开发工具 - 跨平台软件自由谈 - 胡元志

(这条文章已经被阅读了 84 次) 时间:2002-01-16 02:48:24 来源:胡元志 (逢一笑) 转载

新千年冷眼看开发工具 by 方 圆

||→相关资源 方圆专题站

在上个世纪的最后几年,各种可视化开发工具相继推出,一时风起云涌,引得多少程序人员竞相折腰。所
见即所得的开发方式,琳琅满目的控件元件,使不少程序爱好者大大过了一把开发程序,发布软件的瘾。在过
去的二年之内,有着数量如此之多的个人软件的发表,就是得宜于这种Visual的开发方式。但在我们步入新的
一千年之际,这些开发工具所表现出来的各种现状都标志着曾火极一时的可视化开发方式将集体走向衰落。

首先是Visual BASIC之死!凶手不是别人,正是MicroSoft自己。这个盖茨一手带大的语言将随着VB编译器
的彻底转型而随风飘去。随着微软新千年重要战略之一.net 计划的轰轰烈烈地展开,面对盖茨的雄心壮志,任
何人都不能阻挡,包括“自己人”VB!由于要面对日益复杂的数据库结构和目前网路时代企业级的系统开发,
旧有的VB实在很难担负起这个重任。新的VB7.0(也称Visual Basic.NET)将会使现在只熟悉VB的开发人员“耳
目一新”, 同时也带来目瞪口呆的感觉,以往方便的元件使用,熟悉的属性编辑器等一切可视化开发手段将一
去不复返矣,取而代之的是类似VC++那样的物件导向语言,它将使熟悉VB的用户根本无从下手,原来那个盖兹的
最爱,从DOS时代就伴随微软使用者成长的BASIC语言的确将不复存在了。微软的软件每次有新版本推出,总是不
顾旧版使用者的需求,这次VB7.0的表现也让旧有的VB用户陷入两难的境地:要么从头学习新的,类似于C++的开
发方式;要么按兵不动,放弃新版本强大的功能而继续使用旧版本,以便能够维护以前开发的程序。从技术上讲,
微软这次趁推出.NET的机会,将旧有的VB一次大翻修,正式跨入物件导向的领域,应该是正确的方向。因为作为
VB的创始人之一的微软公司早把VB的优缺点看的明明白白,所以这次VB转型将是一次凤凰蘖磐,但浴火后能不能
够得到重生,还要看市场的反映。

其次是Delphi,自1999年底发布5.0版本以来,到如今似乎也停止了继续升级的现象,Inprise在NASDAQ代号
INPR的股票也是越走越远,昔日豪气冲天的Borland公司在刚发布Delphi1.0的时候就曾称其为“VB Killer”(VB
杀手),但时至今日,VB不仅没有被打垮,反而在技术上已经领先Delphi一筹了。市场显示,全球 VB 用户将是
Delphi用户的三倍左右,虽然近年来Delphi的用户也在猛烈发展,但离全球七百万数量的VB用户仍然有一段不小
差距。其实,Borland公司除了可以夸耀的编译器优化算法以外,别的地方和VB是不相上下的,Delphi能够完成的
工作,VB也能做得很好!更遑论Borland曾经试图用Delphi去打垮微软的VC++了。

C++Builder是个“怪胎”!它是Borland公司发现用Delphi抢占VC++市场的希望破灭后而诞生的产物。刚推出
时,的确让不少Borland公司的拥护者大声喝彩,但没有多长时间,C++Builder的真实面目就一一暴露了,不完整
的C++语法支持,不稳定的VCL结构,奇慢的编译速度等致命缺憾。 如果我会C++语言,那我为何不去使用功能更加
强大的VC++?如果我熟悉VCL,那我一定会去用Delphi。C++Builder只是满足了一部分对C++不那么熟悉而又想用
C++来做开发工具的程序员的虚荣心罢了。Delphi还有数量庞大的第三方控件在支撑着,而C++Builder在控件支持
的数量方面,要比Delphi少得可怜。 没有了Delphi的优点,又不及正宗的VC++强大,你让用户如何面对繁杂的开
发任务?虚荣心不能够换来money,一切市场决定。

本来被C++Builder瞄准的对手是微软的“大儿子”—Visual C++。这是个庞然大物,在微软家族里,就属它
和“大女儿”OFFICE小姐最有出息。它规定严谨,入门学习障碍比VB和 Delphi都高,但一旦掌握,将威力无比,
任何开发工具都不是它的对手。它主要运用在如银行,航空等高端市场,这些行业里都留有它的杰作。但是,作为
一门开发工具,它开发成本高,开发进度难以控制,调试维护也要求颇高等缺点都成为它进一步发展的绊脚石,这
是C++语法的优点,同时也是无可避免的大缺点。全球市场的数据显示:使用VC++的程序人员正逐年递减。而且从
目前情况看来,微软并没有想法让VC++夺回它失去的地盘,而正想方设法地让用户忘记VC++这个难以使用的工具,
而让用户把注意力集中在C#(发音:C sharp),这也是微软.NET战略内容之一,C#将C++和JAVA的优点集中到一起,
听起来很吸引人,但微软的产品通常达不到所宣传的性能;而且一种不符合标准(C#不兼容任何一种语言标准,虽
然据称更接近c++)的产品也很难取得成功。j++就是一例)。

不知道从什么时候开始,PowerBuilder也一度挤入到上述四大开发工具的较量中去了,实在令人感到可笑。须
知PB所采用的代码编写方式是脚本流程式(PB script)的, PB的源代码只能称其为脚本,而不能叫做程序(当然
你一定要叫“程序”这种不规范的称呼也无所谓)。虽然它也有相似的流控制方式和一定程度上的可视化设计,但
先天的不足让它只能和PHP,ASP,Perl等语言放在同一个地位,它们都是一种行业问题解决工具,而不是程序开发
工具!如果有谁硬要把PB这种脚本方式编程的工具拉进程序开发工具行列的话,那笔者我提名HTML语言也要算上一
份子。何况SyBase 的PB7.0实在让已经为数不多的PB用户大大失望,都这么高的版本了,可一个脚本编辑器还是不
支持双字节!别家的开发工具如VB和Delphi的代码编辑器好象从一开始就没有这样的大问题。虽然SyBase在数据库
领域确有独当一面的能力,但仍然不能阻止PB所应用的行业场合被VB和Delphi疯狂蚕食的被动局面,甚至被并不擅
长开发数据库的VC++也进来分走一杯羹!PB衰败之象已露,淘汰为时不远矣。

经常有朋友询问:我刚开始学习编写程序,选择哪种开发工具好呢?我的回答非常现实:想挣钱,去学VB,它
出活比较快,又容易上手。不过随着微软.net的出台,现在学习 VB有点尴尬。想考证书,去学C++,现在考试部门
已经把linux放入某些考试内容中去了, 在linux下面,好象目前为止只能用C++(绝大多数)和pascal语言进行开
发工作;想得到编写程序的乐趣,去学Delphi吧,它能让你得一种只有Delphi迷们才能得到的“快感”!不过在学
这些内容之前,你最好熟悉一下数据结构,操作系统内部规范,编译原理,软件工程和高等数学,也许等到你对这
些内容都有一定程度的了解后,你自己就能选择使用什么开发工具了。

新世纪已经到来,笔者希望能够看到一款让人真正实现编程乐趣的开发工具的出现,而不是为了赶进度,挣
money而使用的开发工具,在旧世纪里,已经接近笔者这个小小心愿的开发工具就算是Delphi了,但它走过了极端,
一味地想让用户使用鼠标“编程”,而放弃了以前在DOS下“滴滴答答”敲键盘编程的“天籁之音”!不知道传说中
kylix将会是何种样貌?真的如传说中那样既具有Delphi小姐的端庄典雅,又具备VC++千金的大家风范,另外还带点
VB丫头的娇俏可爱?但愿不会让我失望,不会让市场失望!