按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
在受了IBM VisualAge For C/C＋＋的教训之后，便对IBM的开发工具敬谢不敏了。
IBM当然不会放弃Java这个潜力无穷的市场，因为对于IBM来说，Java不光是语言和开
发工具而已；更重要的是Java平台牵涉到IBM和SUN在庞大商机的硬件和大客户之间的
竞争。IBM不光是要支持Java，更想从SUN手中取得Java的主控权，因此对于重要的Java
开发工具市场，IBM自是不会缺席。IBM很快采用了许多当初在VisualAge For C/C＋＋
中相当受欢迎的元素作为开发VisualAge For Java的基础。例如VisualAge For C/C＋＋
的项目管理功能、组件设计家等等。事实上使用过VisualAge For C/C＋＋的读者会发现
VisualAge For Java非常的具有亲切感。不但所有的按钮都是采用圆形造型，甚至连
激活时缓慢的感觉、整个集成开发环境温温吞吞的表现也非常相似。由于采用了
VisualAge For C/C＋＋的部分观念和程序代码，再加上IBM拥有最丰富的资源，因此
VisualAge For Java进展得很快。
1997年9月，IBM终于推出了VisualAge For Java，开始直接和SUN、Symantec竞争。
在IBM推出了VisualAge For Java之后，Borland注定成为最后一个推出重量级Java开
发工具的厂商。不过IBM的竞争目标明显不是Symantec和Borland等纯粹以Java开发工
具为目标的厂商，而是SUN和Microsoft。IBM在Java技术方面采取了数个平行的战略，
希望能够在Java世界中取得龙头地位，因为这关系到IBM最大业务硬件销售、服
务提供以及IBM操作系统销售的收入。如果IBM能够在Java世界取得决定性的地位，那
么就可以侵蚀SUN的市场，最不济的情形则是不希望客户因为想要使用Java技术而自
然地想到SUN。至于另外一个锁定目标Microsoft，IBM则是打算通过Java日益扩大的
声势来打击或是抑制之。
因此IBM一方面和SUN签订Java合约，取得Java使用的合法授权，另一方面又投入大量
的研发资源开发自己的JDK版本以方便移植到IBM其他的专属平台，而且做得比SUN的
JDK还要稳定和有效率，随后让SUN和IBM之间一直有不和的争执。接着IBM推出了Java
开发工具，再次和SUN的Java Workshop竞争。不过从特性上来看，VisualAge For Java
锁定的客户群应该是IBM的客户、大型企业客户以及其他直接竞争对手的客户，例如
SUN的客户以及HP的客户。VisualAge For Java需要比较强劲的机器来执行，此外一
开始的版本就非常注重团队开发的支持，不像其他的Java开发工具一开始都是注重在
方便、实用的功能，稍后才逐渐强化团队开发的功能，这些差异都是IBM想争抢较大
型客户的证明。这也可以从后来许多专业媒体和杂志在进行Java开发工具评比时
VisualAge For Java几乎都在团队开发功能方面获得了最高的评价得知。由于VisualAge
For Java一开始锁定的客户群和Visual Café以及JBuilder锁定的客户群不同，因此
在Java开发工具的竞争初期并没有发生严重的竞争冲突。但是随着Visual Café和
JBuilder逐渐往上仰攻企业市场，而VisualAge For Java为了扩大市场而开始降价
进入一般Java大众市场之后，稍后的Java开发工具恶战也不可避免了。
第2阶段Java集成开发环境的战争
Borland在初期以开发Java JIT编译器练兵之后，已经逐渐对于Java的技术有了掌握。
在Java Workshop、VJ＋＋和VisualAge For Java陆续推出之后，Borland知道再也不能
够延迟JBuilder的推出时间了，否则就注定要退出Java开发工具的市场。因此Borland
对JBuilder的研发小组下了最后的通牒，一定要在1997年推出JBuilder。
JBuilder小组在竞争的第一阶段掌握了Java的JIT技术之后，立刻兵分多路展开了整
个JBuilder的开发工作。虽然Java是一种全新的语言以及革命性的平台，但是开发工
具总不外乎编译器、集成开发环境、数据库存取能力、Framework以及其他的工具和
Plug…In等。当时的Latté小组有许多成员是从以前的Borland C/C＋＋转进来的，另外
的一些成员则包括了Borland原本的软件研究成员、Paradox成员、Visual dbase成员
以及从Borland外部找进来的新工程师。
在Borland开发JBuilder之时，由于Java尚没有完整的组件架构，也没有数据感知组
件标准以方便地开发Java数据库应用程序，更加没有完整的Java可视化组件，因此
Borland决定先自行开发一套组件组以便让JBuilder拥有最好的组件开发能力。这刚
好又是Borland擅长的技术，因为Borland要为Java开发一套Java Framework，这就是
JBCL（JavaBeans ponent Library）的由来，而JBCL的架构稍后也成为SUN制定
JavaBean的基础技术。
当时负责JBCL架构的Architect是Joe Nunoll先生。这位帅哥原本属于Paradox小组，
在Borland逐渐失利于桌上型数据库战场之后，便转到Latté小组专门负责设计Latté
的组件架构。
而JBCL的主要实现工程师则是当初设计和实现Borland C/C＋＋ Framework…OWL的总工
程师Carl Quinn。Carl Quinn在组件设计和Framework方面都有丰富的经验，OWL就技
术而言也算是精品。因此在Borland C/C＋＋产品线停止之后，Carl Quinn由C/C＋＋转换
到Java跑道是很自然的事情，毕竟C/C＋＋和Java是很类似的。Carl拥有丰富的经验，
由他来带领开发Latté的组件Framework是再适合不过了。
由于Carl在JBCL的努力和成果，稍后又负责了Borland的Java组件模型Baja的开发。
之后Carl凭借着对于JBCL和设计Baja的经验，在SUN采用Baja做为JavaBean的核心基
础技术之后便自然地受邀于JavaBean的开发小组。由于Borland在Java组件方面卓越
的表现，因此也开启了SUN和Borland逐渐密切的合作。Borland虽然在Java方面投入
的时程稍晚，但是却凭借着扎实的技术而慢慢迎头赶上。
Latté的Framework开发在Joe Nunoll和Carl Quinn的带领之下有了稳定的发展。事
实上JBCL的表现一直是非常优秀的。当Latté随后正式推出时，JBCL也是让Latté得
以脱颖而出的重要功能之一。Joe Nunoll和Carl Quinn的功劳可谓不小，而我钦佩的
Carl Quinn又再次在Java方面证明了他坚实的技术和在Framework方面丰富的设计和
实现经验。
Java Framework虽然重要，但也只是整个完整开发工具的支柱之一。Latté要推出仍
然需要编译器和集成开发环境的功能。在Java编译器方面，Borland和结束委托
Dr。 Niklaus Worth研究小组开发Java JIT编译器之后，Latté开发小组便开始展开
研究的工作。当时JIT编译器已经全面开战，而Borland在Latté尚未推出、还没有足
够资源的情形下如果再介入JIT的战争，那么不但胜算不大，而且可能会严重影响Latté
的推出时程。因此Latté小组决定先专心开发一个编译品质良好，而且能够和Latté
完美搭配的Java编译器，而不再强求效率至上。
从现在的观点来看，当时Latté小组的决定是非常正确的。因为：第一，当时Borland
的确没有太多的子弹；第二，Latté的时程再也不能拖延；第三，也是最重要的是稍
后SUN宣布了开发Hotspot编译器技术的计划，顿时之间所有Java JIT编译器的风头都
被SUN抢走了。特别是在稍后SUN决定将Hotspot内建在JDK中之后，争夺Java JIT编译
器不但变得没有意义，而且对于Java开发工具而言也没有什么附加价值了。因此在SUN
的Hotspot编译技术揭露之后，Symantec很快就在Java JIT编译器市场上销声匿迹了。
Latté小组确定了Java编译器的策略之后，立刻便接手Dr。 Niklaus Worth研究小组
的后续开发工作，同时开发Latté的编译器、Latté的Plug…In以整合Java编译器到
Latté的集成开发环境中，并且也进行Java编译器最佳化的研究工作。当时这个Java
编译器开发小组由Carl Fravel等人带领，同时也包括了Borland的编译器小组。Carl
Fravel主要负责Latté的编译器以及编译器的Plug…In软件，此外他也参与了Latté
数据库方面的开发。当时Java在数据库存取方面仍然相当弱势，Borland为了加强Latté
这方面的功能，决定先借重Delphi在数据库方面的成绩，即通过JDBC标准接口封装
Delphi已经有的各种数据库驱动程序，让Latté能够立刻连接到最多的数据库，这就
是后来JBuilder的DataGayteway。
除了Carl之外（嗯，Latté开发小组有两个Carl），Sergio Cardoso也是Latté编译器
最佳化的成员。Sergio原本是Borland C/C十＋的开发者之一，专门研究C/C＋＋最佳化
的技术，他和Carl Quinn等人一样转移到Java的产品线。Sergio和Carl Fravel合作，
负责打造Latté的核心引擎。在Latté上市之后，事实上每一版的JBuilder的编译
器都有进步。就现在来说，在JBuilder 7/8中编译Java应用程序相当的快速。这说明
JBuilder和当初Borland C/C＋＋一样，都是在初期版本快速地强化引擎、不断地提升
速度。
当时的Latté并没有一个真正的总Architect，只有不同技术领域的Architect，例如
Joe Nunoll。因此Latté当时主要的舵手应该是产品经理以及Borland的Java资深研
究员了。而产品经理以及Java资深研究员再和所有的各领域Architect讨论Latté的
开发方向。因此在Latté的初期开发阶段，其模式就像罗马时期的合议制。
�