按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
他们害怕Microsoft对Java市场的入侵，会让其他厂商再次无法生存。之后连SUN也开
始领军围攻Microsoft，因为SUN除了害怕Microsoft会慢慢地主宰Java平台和标准之
外，还发现Microsoft正在很有技巧地逐步破坏Java语言和标准，例如VJ＋＋便提供了许
多非标准的Java用法并且很明显地把VJ＋＋绑死在Windows平台，破坏Java的〃Write
Once，Run Everywhere〃的美梦。而且，Java开发人员如果大量使用VJ＋＋，那么便再
也离不开Windows平台。Microsoft计划通过提供一流的〃类Java开发工具〃来限制开发
人员的自由选择权的企图是昭然若揭了。
由于SUN的带头批判，想使用Java的开发人员和企业很快地发现VJ＋＋并不是标准的Java
开发工具，因此对于VJ＋＋的热情很快消退了下来。而VJ＋＋对于Java以及Windows开发
工具的威胁也很快地解除了。VJ＋＋对于Microsoft来说很可能是自DOS版的Microsoft
Pascal之后第2次在开发工具的大失败。不过依我的观点来看，VJ＋＋在本质上是一个
优秀的产品，不论是编译器、Framework和集成开发环境都有高水平之作。VJ＋＋之所
以败阵下来实在是因为形势比人强，Java平台也是第一次不是由Microsoft所主宰的
市场。在Java联军的合攻之下，即使是软件巨人也得回避三分。
因为第一次在Java出击就弄得灰头土脸，并且SUN摆明了不会允许Microsoft在Java平
台成气候，使得Microsoft下定了和SUN正面开战、在Java市场上全面开火的决心，进
而造成了SUN控告Microsoft违反Java合约的规定的结果，而Microsoft稍后则干脆把
Java支持从操作系统中移除。当然，这是Microsoft和SUN之间的Java平台之战，已超
出本书讨论的范围，也许应该由Microsoft或是SUN的人来说明这整个过程。
虽然事后证明VJ＋＋在Java开发工具是失败了，但是Anders Hejlsberg在VJ＋＋中花费的
心力却没有白费，因为VJ＋＋的编译器技术以及Framework和集成开发环境的技术都在
稍后融入Microsoft 计划的基础核心技术之中。例如C#的语言和Java很相像，
C#的编译器技术想必也借重了许多当初VJ＋＋优秀编译器的技术，因此C#编译器的最佳
化结果也在一些方面胜过了现在许多原生Windows开发工具的编译器水准。Anders
Hejlsberg的努力正激活了Java和的正面决战。
IBM VisualAge For Java的推出
IBM在PC开发工具市场的表现一直令人摇头，因为其〃玩玩便跑〃的作风总是让人无法
放心使用它的开发工具。但是也许是IBM的招牌太大，再加上它会免费向购买IBM机器
或是软件的客户奉送IBM开发工具，因此也总是有人会去使用IBM的开发工具。我个人
在受了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�