borland传奇-第7章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
手中的，因此虽然OCF的架构良好，终究在功能上不及对手。Microsoft结合操作系统、
开发工具和应用程序的手段真是无往而不胜。击败Lotus、Borland是如此，歼灭
Netscape亦是如此。
对于Symantec和Wat来说，这场战役就如同〃长平之战〃秦军坑杀40多万赵军一样。
杀得Symantec和Wat全军覆没，大败而归。至此Symantec弃守PC的C/C＋＋开发工具
市场，转而开始研发Java开发工具，进而在稍后推出了著名的Visual Cafe。至于
Eugene Wang，则离开了Symantec，也离开了PC开发工具的领域。
而Wat则更为凄惨。整个公司在DOS的市场逐渐式微，而Windows平台的开发工具又
大败而归，两头落空。不久之后，Wat便被新兴而起的Sybase并购，从此在竞争激
烈的开发工具市场中消失了。
归纳Symantec和Wat失败的原因，是因为C/C＋＋的Framework MFC掌握在Microsoft
手中，在决战时刻Microsoft居然手握比Symantec和Wat更新的MFC利器，而且在
Visual C/C＋＋精进最佳化编译器技术并且改善集成开发环境之后，Symantec和Wat
诉求的重点功能完全被Microsoft封死。因此在产品、技术、市场和气势上完全不如对
手的情形下，自然只能任人宰割了。
对于Borland，虽然没有像Symantec和Wat那么溃不成军，但也再次败下阵来。虽
然平心而论Borland C/C＋＋4。5的确是一个非常好的产品，无论在OWL、最佳化编译器、
集成开发环境方面都有一流的表现。和Borland C/C＋＋4。0比较起来简直犹如脱胎换
骨一般，到现在Borland C/C＋＋4。5仍然是我最喜欢的版本之一。但是无奈当初Borland
C/C＋＋4。0给人挥之不去的负面印象，以及无法完整支持当时如火如荼的OLE技术，因
此还是在决战之中败了下来。好在蓝色的Borland大军毕竟是训练有素，虽然自此让
Microsoft占据了超过50％的市场，成为C/C＋＋开发工具的老大，但是Borland仍然掌
握了超过30％的市场，稍做喘息，并且支撑Borland在各重要战役失败之后维持公司
的运作，等待Delphi的浴火重生，再重新出发。
经过这关键的一役之后，Microsoft终于清除了大部分的对手。对于Microsoft，程序
语言开发工具的战争已经结束，这个市场注定将被Microsoft占据大部分的市场。在
Microsoft手握操作系统、Office软件和开发工具三大获利市场之后，Microsoft也开
始将矛头对准下两个竞争目标：关系数据库以及主从架构开发工具。在Microsoft正
式进军这两个市场之后，当然也展开了连番的好戏，尤其是在主从架构开发工具方面
又开启了VB、PowerBuilder、Gupta/Centura和Delphi的惊天动地大会战。另外一个
意外开启的战争则是Microsoft在1995年和Netscape的浏览器大战。
在C／C＋＋最后一役之后，我认为开发工具的圣战已然结束，Borland也正式开始走下
坡路。更严重的是我认为自此之后Borland不但丧失了C/C＋＋的江山，也失去了对于
C/C＋＋开发工具的创意，这是我感到最遗憾的地方，到现在为止我仍然认为Borland尚
未重拾当初在Borland C/C＋＋3。0/3。1时代独领C/C＋＋创意风骚的精神。也许，也许，
要看看C/C＋＋ For Kylix或是C＋＋Builder的后继产品是否能够重新找回这个失去已久
的精神，不再让大家失望了。
永不成气候的C/C＋＋开发工具：IBM VisualAge C/C＋＋
IBM在C/C＋＋开发工具市场扮演的角色一直令人啼笑皆非，因为在C/C＋＋编译器战争最
激烈的时刻，IBM这个全球信息大厂却一直是缺席的。一直到了1995年之后，C/C＋＋编
译器市场大势已定后才慢慢地加入战局，推出VisualAge C/C＋＋ 3。0，企图进攻此市
场。但是此时市场早已由Microsoft的Visual C/C＋＋称雄。IBM的VisualAge虽然能够
以创新的可视化设计家定义对象之间的关系，但是在其他方面却乏善可陈，整个集成
开发环境也缓慢如蜗牛，需要非常高的硬件配置才能够顺利运行，和Visual C/C＋＋以
及Borland C/C＋＋等工具比较起来就像是恐龙一般，因此几乎没有在市场上引起任何
的反应。
在推出的VisualAge C/C＋＋3。0并没有在PC的C/C＋＋开发工具市场获得任何的明显成果
之后，IBM又再次集中许多资源，开发下一代3。5版本，希望能够在此市场占有一定的
比率。我知道IBM在VisualAge投注了大量的资源，因为从Beta版开始台湾的IBM便有
人和我接触，希望我也在《RUN！PC》上为VisualAge C/C＋＋3。5写些文章。因此在1996
年的6月我写了一篇C/C＋＋编译器的比较文章，下面的资料便是数年前当时还是Beta版
的VisualAge 3。5和其他编译器的比较结果（见下页）。
从图中的数据可以看到，其实VisualAge C/C＋＋3。5的表现还不错，只是对于当时还在
使用AMD DX4…100/32M RAM机器的我来说，实在是跑不动。后来台湾IBM负责VisualAge
的产品经理请我吃饭，在此饭局中这位李经理同时请了贺元（后来成为资迅人的总裁）、
薛晓岚（后来成为资迅人的副总裁）以及其他两位作者，希望大家在计算机杂志中继续
为VisualAge C/C＋＋3。5写写东西，一起Promote此产品。在这个饭局中我是第一次和
贺元、薛晓岚见面，当时贺元在中文PC Magazine有一技术专栏。记得当我向这位李
经理提起我的机器几乎无法跑得动VisualAge C/C＋＋3。5时，他还立刻一口答应借我一
台当时IBM最高档的PC。同时每写一篇VisualAge C/C＋＋3。5的文章，除了《RUN！PC》
原本的稿费之外，IBM会再付一字2。5元的稿费。乖乖，IBM真是大手笔。我算算当时我
的产能，写一篇文章就能够赚2到3万，又有免费的最高档机器可用，真是太好了。不
过后来我还是觉得IBM在此市场可能不会深耕。在不愿意违背自己写作习惯和得罪
Borland的顾虑下，最后还是没有答应。现在想想当时真是太笨了，放着好赚的稿费不
赚，嘻。
IBM的C/C＋＋开发工具之所以在市场无法成功，是因为IBM并不了解在此竞争激烈的市
场中使用者到底要什么。另外一个原因则是IBM并不以PC上的开发工具软件为重要的
事业。即使无法竞争和获利，对于IBM来说也没有什么影响，因为IBM主要是靠硬件和
大型软件为主，不像Borland这可是生命之争。因此IBM只是兴起玩玩，随即放下。所
以我觉得在PC平台使用IBM的工具是很危险的，因为IBM随时都可能会放弃这个市场。
不知道现在VisualAge C/C＋＋到底下场如何？是不是还在3。5或是4。0版？IBM已经数年
没有任何的维护和改善了。
快速殒落的潜力之星：Sybase的C/C＋＋RAD工具Optima＋＋
1996年左右，Sybase并购了Wat之后终于推出了石破天惊的C/C＋＋开发工具：
Optima＋＋。Optima＋＋是当初结合了Wat的最佳化编译器以及类似Delphi的组件拖曳
开发环境的第一个RAD C/C＋＋开发工具。更棒的是Optima＋＋的组件架构（类似Delphi的
VCL）完全是以纯正的C/C＋＋程序代码撰写的。这可不得了，因为这代表Optima＋＋是一个
融合了Visual C/C＋＋和Delphi两大王者开发工具为一身的超级赛亚人工具。
在我知道这个工具、并且尝试实际使用之后，极为震惊。因为对于我这个使用了C/C＋＋
5、6年的人来说，它比Delphi更具有吸引力。因此我立刻在《RUN！PC》上介绍了这个
不可置信的工具。果然，Optima＋＋很快开始风卷市场，虽然没有立刻占据很大的市场
份额，但是已经造成了一股气势，开始为Visual C/C＋＋和Delphi带来压力。
我记得当时台湾Sybase办的产品发表会也吸引了数百人与会，不可一世。我的文章在
《RUN！PC》6上发表之后，台湾的Sybase立刻和我联络，由当时的余协理和我见面，
也是希望我继续为Optima＋＋写文章，台湾Sybase也提供额外一字加2元稿费的待遇。
但是我告诉余协理，Optima＋＋1。0虽然很棒，但是仍然有一些臭虫，而且和中文环境
相冲突，无法处理中文，需要立刻解决这个问题才能够在台湾的市场成功。她答应我
立刻向总公司反应。我也老实地告诉她，在问题没有解决之前，我无法写一些不确实
的东西。后来台湾Borland的总经理方先生也找我去询问有关Optima＋＋的事情，我告
诉他Optima＋＋是好东西，但是中文有问题。如果中文问题能够解决，那么将对Borland
和Microsoft的产品有很大的影响，当时我还不知道Borland由于Optima＋＋的影响，已
经开始准备开发C＋＋Builder。
在1996年底左右吧，Optima＋＋1。5终于进入Beta的阶段。但是在我拿到Beta版时非常
失望，因为中文的问题仍然没有解决。后来台湾Sybase又找我去，这次和我见面的是
台湾Sybase总经理郭俊男先生，以及Sybase的新加坡技术总裁，不过我忘记这位先生
的名字了。见了面之后，我立刻把Optima＋＋1。5中文的问题以及许多的臭虫告诉他们，
希望他们能够解决，如此Optima＋＋1。5才能够在中文市场成功。可是出乎我意料之外的
是，他们似乎并不着急这些问题，反而询问我是否有意愿为Sybase工作，做PowerBuilder
的产品经理。
也许是因为我为Delphi写了太多的东西，让PowerBuilder在台湾受了很大的影响，因
此他们希望我到Sybase工作，以打击Delphi并且Promote PowerBuilder。当时他们提
出的待遇条件实在是非常、非常的诱人，比我当时的薪水高出一倍左右（我当时在资
策会工作）。不过由于我对PowerBuilder实在没有什么兴趣，因此我告诉他们，如果
是做Optima＋＋的产品经理，那么我将会考虑并且接受。
没有想到，Sybase的新加坡技术总裁告诉我Optima＋＋在1。5推出之后就可能会停止，
因为Sybase要把资源移去为当时愈来愈红的Java研发一个新的Java RAD开发工具，那
就是后来的PowerJ。于是他询问我如果不愿意做PowerBuilder的产品经理，那么是不
是愿意做PowerJ的产品经理？由于当时我已经知道Borland开始了Open JBuilder的研
发，而我对Open JBuilder的兴趣远大于PowerJ，因此没有答应Sybase。果然，在
Optima＋＋1。5推出之后，不但中文的问题没有解决，Sybase之后也没有继续对Optima＋＋
研发下去。
Optima＋＋一个如此有潜力的产品就这样消失了，真是令人遗憾。Optima＋＋应该有很好
的机会可以成功的。我相信，如果当时Sybase知道C＋＋Builder后来的成果，可能就不
会放弃Optima＋＋了，而C/C＋＋的RAD工具一直要到后来的C＋＋Builder来完成这个梦。
C/C＋＋的开发工具之争到此算是告一段落了，虽然后来Borland继续推出了Borland
C/C＋＋5。0，但是品质仍然不够好，市场反应也不佳。后来Borland终于在Borland
C/C＋＋5。02之后宣布停止此条产品线的开发，Borland C/C＋＋的光荣历史也就从此打住，
真是令人不胜感叹，而Visual C/C＋＋从此在C/C＋＋开发工具市场中再也没有对手。不
过没有竞争的市场的确会让人松懈，后来的Visual C/C＋＋进步的幅度愈来愈小，MFC
也数年没有什么大进步，不像当时和Borland C/C＋＋竞争时每一个版本都有大幅的改
善。看来寡占的市场的确是不好的。
^v^v^v^v^v^v^v^v^v
第三章 传奇的开始Delphi
〃是惊世之作的Delphi让Borland重新站了起来，没有当初的Delphi，就没有今日的
Borland！〃
〃是Turbo Pascal诞生了Borland，但却是Object Pascal给予了Borland重生的机会！〃
创造传奇故事的主角Delphi
没有人会知道在两年后Borland C/C＋＋会遭遇到这么大的失败，也没有人会预料到
Borland又会再次因为Pascal而东山再起。Borland奋斗史精彩的地方就在于每当似乎
要不支倒地之际，Borland的R&D人员就会创造出一个明星级的产品来拯救Borland。
在其他和Microsoft对抗的软件公司纷纷消失的时候，Borland却一次又一次地站了起
来。〃打不死的勇者〃这句话贴切地形容了Borland的韧性。Borland靠Pascal起家，通
过C/C＋＋绽放光芒，进而达到了巅峰的状态，随后又再次靠着Pascal浴火重生。Borland
这个从C/C＋＋跌倒，再通过明星工具Delphi重回战场的过程可以说是惊心动魄，其中更
牵涉到了Borland两位创始人Philippe Kahn以及Anders Hejlsberg相继离开Borland
的密闻，也激活了Borland逐渐转型的历史轮轴。对于Borland来说，这段发展史可以
算是非常关键的里程碑，更重要的是，Delphi的崛起也在软件工具业界产生了巨大的
影响。Delphi不但激活了Windows平台上RAD战争的序幕，开启了Windows平台主从架
构的改变，同时也对组件技术做出了巨大的贡献。直到现在，Delphi创造的组件技术
仍然深深地影响了JavaBeans以及的组件思想和技术，这在稍后的内文中读者可
以逐渐地了解。而故事的起源便在1993年左右……
Delphi的发展起源
当Borland以Turbo Pascal获得了成功，并且令Charles Petzold等人跌破眼镜之后，
到了1992/1993年的Borland Pascal 7。x，Borland似乎已经把传统的Pascal开发工具
发展到了极限，再往下还能做什么呢？Borland Pascal在销售了数百万套之后，程序
语言的焦点已经从Pascal转移到了C/C＋＋，Borland Pascal无法继续快速成长，进而
转入了递减的状况，Borland必须做些新的东西才能够延续这条产品线。
当时Borland Pascal产品的Architect，即Anders Hejlsberg，眼看Microsoft Visual
Basic的成功，觉得当时Visual Basic是比较初级的开发工具，是一个学习Windows
程序设计的好工具，但是尚无开发真正应用系统的能力。因此，Anders和Borland
Pascal的小组决定展开一个规模前所未有的项目计划，这个开发工具项目在一开始便
设定了数个目标，希望能够达成并且超越Visual Basic。这些初始的目标是：
● 延续Borland Pascal的传统，提供一个快速编译的开发环境
■ Borland/Turbo Pascal的高明之处便是由Anders使用汇编语言撰写的Pascal
编译器不但编译快速，而且能够产出极为有效率的机器码。当时的Visual Basic只是
解译器（Interpreter），无法产生真正的执行机器码，因此在这一方面Borland决定要
远远地超过VB，但是Borland的挑战是要开发出一个编译速度能够媲美解译器速度的
新一代编译器。
■ Anders另外一个重要的决定便是改善Borland Pascal程序语言，让这个新的
开发工具程序语言具备面向对象的功能。这在当时是非常重要的决定，因为不但需要
大幅修改编译器，也正式将Borland Pascal超越Pascal之父对Pascal定义的结构，让
Pascal拥有现代语言最新的功能。虽然这个决定有很大的因素是因为Borland决定通过
面向对象的方式建立新一代的Framework和组件架构，因此需要程序语言方面的支持。
不�
