borland传奇-第16章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
去了。这对于Visual Café有着相当大的影响，因为Symantec靠着Eugene Wang的技
术能力和眼光，才能够和Microsoft、Borland和Wat在C/C＋＋开发工具市场对抗；
Eugene Wang又独具慧眼打造了第一个Java开发工具Visual Café。Symantec应该在
Visual Café获得初期的胜利之后再次借重Eugene Wang的功力继续攻城掠地，但是
Symantec居然让Eugene Wang离开，立刻少了开发工具掌舵的大将。
第二个错误是Symantec当初为了尽快推出Visual Café以抢占市场先机，因此集成开
发环境是使用C/C＋＋语言撰写的。这造成了数项缺点，其一是由于使用了C/C＋＋来撰写
可视化窗体设计家（Visual Form Designer），因此程序员在设计时看到的可视化效果
和真正Java程序执行时的效果是有一些差异的；其二是为了维护Java的控制组件程序
代码和以C/C＋＋撰写的可视化窗体设计家保持同步的状态，在可视化窗体设计家产生
的原始程序代码中内嵌了一些Visual Café控制卷标（Control Tag）。这些控制卷标
并不是Java的程序代码，只是为了可视化窗体设计家使用。如果程序员不小心修改或
是删除了这些控制卷标，就会造成Visual Café的可视化窗体设计家的失效。这是非
常严重的缺点，Symantec应该在Visual Café 1。0之后立刻改善这些问题，然而Symantec
却似乎一直无法有效地加以改善。当然，问题的根源在于Visual Café的集成开发环
境是使用C/C＋＋语言撰写的，要完全改善这个问题，Symantec必须使用Java语言重新
改写集成开发环境，这正是Borland后来采取的策略。不过使用Java撰写集成开发环
境也是非常冒险的行动，Borland后来因此付出了沉重的代价。Symantec之所以没有
如此做，大概也是因为当时的Java并没有成熟到可以如此做的地步。不过SUN显然不
这么认为，其对Java信心百倍，不久就推出了SUN的Java开发工具，Java Workshop。
当Java成功地掳获了开发者的心之后，对于Java开发工具的要求便与日俱增。虽然
Symantec已经推出了Visual Café，但是许多人仍然希望Java的正宗厂商SUN能够推出
Java开发工具，让所有想要学习、使用Java的开发人员能够使用最标准的Java开发工具。
当然，许多人也希望SUN能够使用Java撰写Java开发工具来向世人证明Java的能耐，让
质疑Java能力的人以及Microsoft闭嘴。当然，SUN在Java成功之后也信心满满地宣布
了SUN的开发工具计划，以满足广大开发人员的需求。McNealy多年来进攻Microsoft
地盘的希望似乎即将出现光明的未来。
之后不久，在万方期待之下，SUN终于推出了Java开发工具SUN Workshop。在Java
Workshop即将推出之前，Symantec非常地紧张，因为这关系到Symantec是否能够在Java
开发工具市场站稳脚跟。我记得在Java Workshop推出之际，所有的媒体、杂志都大
幅报道Java Workshop，SUN也大力地宣传和促销Java Workshop。从当时的气势来看，
Java Workshop颇有〃千秋万世，一统江湖〃的味道。我所认识的许多朋友不管是用买
的、借的、下载等和嗯那个的……各种手段，都热切地想取得一套Java Workshop
来玩玩。不过丑媳妇总要见公婆的，在许多人使用了Java Workshop之后，才发现它
不但执行缓慢得像乌龟一样，而且问题多多，和一般的PC开发工具水准比起来简直是
差了十万八千里。看来Java Workshop只适合使用在昂贵的SUN工作站计算机上，而在
当时大多数人使用的PC上则根本跑不动，除非是拥有异于常人的耐性。
Java Workshop雷声大雨点小，不久之后就人气溃散了。许多原来对Java有信心的人
在用了Java Workshop之后，也开始质疑Java是否适合使用来开发复杂的应用程序？
是不是只适合用来撰写Applet？是不是只适合使用在SUN的工作站和计算机之上？虽
然之后SUN仍然很努力地推出Java Workshop 2。x的版本，希望一洗Java Workshop
1。x的恶名，但是仍然无法挽回Java开发人员的信心。至于其他仍然对Java有兴趣的人
则转而使用Symantec的Visual Café，让Visual Café进一步地扩大了市场占有率，
也让Symantec吃了一颗定心丸。当然也有许多Borland的支持者开始强烈地期望和要
求Borland能够推出最好的Java开发工具。
SUN在Java开发工具市场大溃败之后，才了解到PC开发工具市场和Solaris开发工具市
场不一样。在Solaris上SUN是一家独大，但是在PC市场上可是百家争鸣，竞争对手一
个比一个强悍。SUN不了解PC开发工具市场的特性，以为靠着Java正宗的招牌就可以
通行无阻却是大错特错，并且在当时被Microsoft讥笑不懂得开发软件，这也是因为
SUN经常讥笑Microsoft不懂得开发操作系统，看来在当时SUN也不必五十步笑百步。
SUN在Java开发工具市场弄得灰头土脸之后，不得不专心开发Java语言和JDK函数库，
并且在Java语言更为成熟之后开始想要开发Java的组件技术，因此开启了稍后和Borland
合作共同开发Java Bean的功能规格，再进而和Borland共同研发JDK的规格，最后更
对Borland的JBuilder发生了强烈的兴趣，甚至想并购Borland。当然这都是因为后来
Borland展现在了Java方面高度的技术，让SUN从肯定到折服的原因所致。
Borland的Java艰辛奋斗
〃事情并没有这么顺利〃，Borland当时的R&D主管这么说，并且充满了焦虑。当Borland
警觉到Java的潜力之后，Visual Café早已成功地上市，SUN也准备推出Java的开发
工具。当时Borland正逐渐从C/C＋＋市场失去王者的地位，财务上也开始出现经营赤字，
整个公司正陷于一团混乱的情形中，似乎已经没有额外的资源可以投入Java的研发。
在起步落后，又缺兵少粮的情形下，Borland似乎即将失去进入Java市场的希望。
好在稍后的Delphi一炮而红，让Borland大赚了一票，也稳定了军心。Delphi为Borland
注入的资源也很快让Borland激活了Java研发小组。虽然Borland已经落后许多，但是
Borland知道绝不可以失去这个市场，因为Java的市场没有Microsoft式的寡占，Borland
有希望在Java市场比Borland C/C＋＋、Delphi等更成功。此外，Borland更需要在Delphi
这条产品线之外开拓其他的收入来源，否则只靠Delphi产品，公司仍然无法成长得更
为茁壮，以和其他的软件公司竞争。
在1994、1995年间，Borland正式成立了Java研究小组，开始研发Java的技术，准备
开发Java开发工具。这个Java开发工具的内部研发名称便是Latté。一开始Latté小
组的研发资源并不够多，因为当时的Borland是在风雨飘摇之中，无法注入足够的资
源到Latté小组。因此在Latté开始开发的初期进展得并不顺利，进度很缓慢。一直
到了Borland靠Delphi浴火重生之后Latté小组才有了足够资源，研发的进度才开始
加速。不过与竞争对手们比起来，Borland在Java方面的确是相当落后的，几乎是跑
在最后的参赛者。不过幸运的是Java开发工具之战似乎是一场漫长的马拉松比赛，除
了一开始的表现之外，更重要的是比谁能够撑得比较久。事实上看Borland如何在Java
竞赛场上反败为胜、一一打败强者，进而成为Java开发工具王者的过程是相当精彩的，
而JBuilder小组使用的竞争策略更值得我们玩味和学习。
依我个人的眼光来看，在Borland开发Java开发工具的过程中经历了数个不同的阶段，
每一个阶段都有着非常激烈的竞争，有着成功者和失败者。只是有的失败者仍然坚
持竞争下去，有的却随风消散。JBuilder最终能够成为王者，除了是因为愈挫愈勇、
Borland没有退出Java市场之外，还在于Borland在开发JBuilder 3时下了一个关键性
的决定，以及在JBuilder 3之后每一个版本都有明确的目标，终于在JBuilder 4之后
慢慢成为市场第一的领导者。当然这长达数年的争战过程是非常艰辛的，不过这段历
程正是整个Java开发工具逐鹿中原的写照史。
第1阶段Java JIT编译器的战争
Borland也许不是最晚开始研发Java技术的厂商，但是明显地落后于其他竞争对手则
是不争的事实。Borland在Latté万事尚未具备的情形下，展开Java竞赛的第一步便
是从Borland传统的拿手绝活开始，那就是从Java JIT编译器开始出发。不过由于Borland
当时对于Java技术尚未拥有良好的掌握，因此一开始是和Pascal的祖师爷Dr。 Niklaus
Worth合作，由Dr。 Niklaus Worth以及他的学生们为Borland研发Java JIT编译器，
而Borland本身的Latté小组则平行地开发Latté其他的功能。由于当时Java已经逐
渐在校园流行，而且吸引了许多学术研究的兴趣，Dr。 Niklaus Worth以及他的学生
们很早便开始投入Java相关的研究。因此当Borland找上门之后，自然便一拍即合。
Borland缩短了开发时程，而Dr。 Niklaus Worth研究小组则乐得有人赞助研发费用。
Dr。 Niklaus Worth研究小组的第一个作品就是在1997年初左右推出的Java JIT编译
器，这个由Dr。 Niklaus Worth研究小组研发的JIT编译器可以让编译后的Java ByteCode
执行速度比当时SUN的Java编译器以及Symantec的JIT编译器快了数倍。Borland宣布
此JIT编译器之后立刻震惊了Java界，因为当时缓慢的Java执行速度是所有使用Java
的人都希望能够立刻大幅改善的。而Borland推出的Java JIT编译器似乎给所有Java
开发人员看到了未来的希望。虽然严格地说当时即使是使用Borland最新的JIT编译器
编译Java程序，其执行速度仍然是很〃龟速〃的，但是对于使用Java来学习程序设计或
是撰写、执行一些小的Applet来说仍然是很好用的。因此当Borland一推出此JIT编译
器之后，便立刻打响了Borland在Java界的知名度，所有Java开发厂商也开始视Borland
为认真的竞争对手。否则以当时Borland的气势来看，除了Delphi之外，Borland几乎
已经一无所有了。
Borland在Java的处女作Java JIT编译器一炮而红，立刻吸引了当时浏览器霸主Netscape
的注意。由于当时Netscape大力支持Java以便和Microsoft竞争，因此非常需要有品
质精良的Java JIT编译器内建在Netscape之中，以顺利且快速地执行Java Applet，
增加Netscape的竞争力和吸引力，突显与Microsoft IE的不同。不久之后Netscape便
找上了Borland，希望能够在Netscape中附带Borland的Java JIT编译器。
对于Borland来说，这又是一个千载难逢的机会。因为这不但证明了Borland在Java技
术的努力成果，更重要的是Netscape在当时是不可一世的软件公司，全世界有数百万
的使用者。这意味着一旦Netscape内建Borland的Java JIT编译器，Borland在全世界
将立刻拥有数百万的Latté潜在使用者，对于Borland来说是好得不能再好的条件了。
因此Borland立刻答应了Netscape的提议，让Netscape搭配Borland的Java JIT编译
器。但是这一举动也立刻牵一发而动全身，进而导致了Java JIT编译器的大混战。
在Netscape和Borland达成了协议并且开始出货之后，却引起了Symantec的忧虑和不
满。因为当时Symantec是Java开发工具的老大，而Borland连个Java开发工具都尚未
推出，可是Netscape却跑去使用Borland的Java JIT编译器，这不是让全世界都知道
Borland的实力并且让Symantec脸上无光吗？为了颜面以及避免失去Java开发工具的
市场，很快Symantec便决定开始反击。Symantec立刻也集中资源投入Java JIT编译器
的研发，开发出比Borland Java JIT编译器更快的Symantec JIT编译器，并且准备开
发一个直接把Java ByteCode编译成原生Windows程序代码的Java编译器。就在Borland
Java JIT编译器风光不久之后，Symantec也宣布了新的Java JIT编译器。Symantec
的Java JIT编译器比Borland Java JIT编译器更有效率，编译后的Java ByteCode执
行效率比Borland的快了2~3倍。
在Symantec Java JIT编译器宣布之后，又轮到。Borland脸上无光了。才刚和Netscape
谈好合作条件，没有想到效率王位还没坐热就立刻被Symantec踢了下来，这如何向
Netscape交待？因此Borland立刻进行改善JIT编译器的研发工作，力图再次超越
Symantec。果然Borland的努力没有白费，不久之后Borland的JIT编译器又打破了
Symantec JIT编译器创下的效率纪录。自此Borland和Symantec便展开了Java JIT编
译器的〃竞速〃比赛，不断地试图打败对方。也由于Borland和Symantec的JIT竞赛，当
然更重要的原因是Java的执行速度在当时实在是太过缓慢，引起了IBM、Microsoft以
及SUN在Java编译器方面的研究。
Symantec在当时不愧是Java开发工具的王者，在和Borland几次的JIT编译器交手之后，
便开始逐渐地占了上风。由Dr。 Niklaus Worth研究小组研发的Java JIT编译器也
逐渐不再是Symantec的对手。至此Borland决定收回Java编译器的技术，开始自行研
发。Borland发觉光是和Symantec在Java JIT编译器竞争没有多大用处，当务之急是
赶快推出自己的Java开发工具。因此Borland开始退出和Symantec在Java JIT编译器
的竞赛，以求全速催生Latté。当然Borland退出JIT编译器的第一阶段战争之后的影
响是不久之后Netscape便不再使用Borland的Java JIT编译器，改为使用Symantec的
Java JIT编译器。至此Symantec终于获得了JIT编译器第一阶段的战争胜利，保住了
Java开发工具第一厂商的颜面。但是Symantec真的获胜了吗？那可不能断言，因为JIT
编译器战争才刚开始。
在Symantec的Java JIT编译器打败了Borland的JIT编译器之后，Symantec便把脑筋动
到了SUN的身上，希望SUN也能够使用Symantec的Java JIT编译器，把Symantec推向Java
核心技术的领导厂商宝座。不过Symantec的盘算显然是落空了，因为SUN已经决定收
购一家专门研发Java编译器技术的软件公司，并且准备开发自己的JIT编译器，那就
是后来的SUN HotSpot编译器技术。另外Microsoft和IBM也开始加入了Java JIT编译
器的竞赛之列。IBM为了和SUN争夺Java领导者的地位，不但自己研发IBM的JDK，甚至
也研发IBM的Java JIT编译器。严格地说，当时IBM的Java JIT编译器品质比SUN提供
的好多了，不但稳定而且执行速度比SUN的快了许多，让SUN也颜面无光，很不是滋味。
甚至可以说IBM的Java JIT编译器品质不会比Symantec的Java JIT编译器差到哪里。
更麻烦的是Microsoft为了让IE能够和Netscape竞争，也可以执行Applet，因此也开
始研�
