borland传奇第五章逆转的奇迹(编辑修改稿)

borland传奇第五章逆转的奇迹(编辑修改稿)内容摘要：

开发工具， 落后主要竞争对手已经很多了。 现在 Microsoft 居然更早一步推出 Java 开发工具，而 且是由 Anders Hejlsberg 主持开发的。 Borland当然知道 Anders Hejlsberg的实力， 自然不敢轻视 VJ++的影响力。 更麻烦 的是在 VJ++推出之前， Microsoft 一直对 VJ++保 持模糊的态度，不愿意表明 VJ++是否是一个纯正 Java 开发工具。 更让 Borland 惊讶的 是， Borland 内部对于 VJ++ Beta 的测试表明 VJ++编译出来的程序代码在某些方面居然 比 Delphi 等原生的 Windows开发工具执行得还快速。 这意味着 VJ++不但对于 Java 开发 工具可能会有严重的影响，甚至对于一般的 Windows开发工具都有可能造成威胁。 不 过 Borland分析如果 VJ++真的开始对 Windows开发工具产生威胁，那么 VB 将会是 受到影 响最大的开发工具。 但 Borland仍然感到忧心，因为 VJ++仍然可能对于 Delphi 和 C++ Builder产生一定的影响，这是 Borland 不乐意见到的。 当然这也加速了 Borland 研发 Latt233。 的决心，因为已经不能再拖了。 记得当时我还和 Borland在亚洲新加坡 Ramp。 D 总部的 Mr. Inn Nam Yong 谈过 VJ＋ +的表现 以及对于 VJ++可能产生影响的忧虑。 Mr. Yong 也说 VJ++的表现令他们吃惊。 看来 Anders Hejlsberg在 VJ++的编译器技术上下了苦功，其表现早已超过 了当时一般的 Java 编译 器技术，的确是令人刮目相看，更麻烦的是从 VJ++的身上依稀可以看到 Delphi 的身影。 Borland的 Ramp。 D已经了解了这个情形， Borland 的编译器小组也在研究相关问题的技术。 由此可见当时 Borland 已经如临大敌，开始准备相关的技术，并且已经掌握了初期的 状况。 Microsoft VJ++在 1996 年 11 月终于正式推出了，全世界也都屏息以待，准备看着 VJ++ 会产生多少的毁灭力量，而 SUN更准备看看 Microsoft 是否会违反任何 SUN 和 Microsoft 之间的 Java 协议。 当然 SUN是担心 Microsoft 想破坏 Java的开发。 VJ++在一开始果然获 得了一些回响，毕竟这是 Microsoft 推出的 Java工具，使用 Microsoft 开发工具的软件 人员当然会考虑 VJ＋ +。 同时 VJ++也吸引了一些想使用 Java语言、但是仍打算呆在 Windows平台的开发人员。 不过 VJ++推出之后也很快受到了所有 Java开发工具以及支持 Java平台厂商的全面围剿。 他们害怕 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 .NET 计划的基础核心技术之中。 例如 C的语言和 Java 很相像， C的编译器技术想必也借重了许多当初 VJ++优秀编译器的技术，因此 C编译器的最佳 化结果也在一些方面胜过了现在许多原生 Windows 开发工具的编译器水准。 Anders Hejlsberg的努力正激活了 Java和 .NET 的正面决战。 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 Caf233。 以及 JBuilder锁定的客户群不同，因此 在 Java 开发工具的竞争初期并没有发生严重的竞争冲突。 但是随着 Visual Caf233。 和 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 以及其他的工具和 PlugIn 等。 当时的 Latt233。 小组有许多成员是从以前的 Borland C/C++转进来的，另外 的一些成员则包括了 Borland 原本的软件研究成员、 Paradox 成员、 Visual dbase 成员 以及从 Borland 外部找进来的新工程师。 在 Borland开发 JBuilder 之时，由于 Java 尚没有完整的组件架构，也没有数据感知组 件标准以方便地开发 Java 数据库应用程序，更加没有完整的 Java可视化组件，因此 Borland决定先自行开发一套组件组以便让 JBuilder拥有最好的 组件开发能力。 这刚 好又是 Borland 擅长的技术，因为 Borland 要为 Java 开发一套 Java Framework，这就是 JBCL(JavaBeans Component Library)的由来，而 JBCL 的架构稍后也成为 SUN制定 JavaBean 的基础技术。 当时负责 JBCL架构的 Architect 是 Joe Nunoll 先生。 这位帅哥原本属于 Paradox 小组， 在 Borland逐渐失利于桌上型数据库战场之后，便转到 Latt233。 小组专门负责设计 Latt233。 的组件架构。 而 JBCL 的主要实现工程师 则是当初设计和实现 Borland C/C++ FrameworkOWL 的总工 程师 Carl Quinn。 Carl Quinn 在组件设计和 Framework方面都有丰富的经验， OWL 就技 术而言也算是精品。 因此在 Borland C/C++产品线停止之后， Carl Quinn 由 C/C++转换 到 Java 跑道是很自然的事情，毕竟 C/C++和 Java是很类似的。 Carl 拥有丰富的经验， 由他来带领开发 Latt233。 的组件 Framework 是再适合不过了。 由于 Carl 在 JBCL的努力和成果，稍后又负责了 Borland 的 Java 组件模型 Baja的开发。 之后 Carl 凭借着对于 JBCL 和设计 Baja 的经验，在 SUN采用 Baja做为 JavaBean的核心基 础技术之后便自然地受邀于 JavaBean 的开发小组。 由于 Borland 在 Java组件方面卓越 的表现，因此也开启了 SUN 和 Borland逐渐密切的合作。 Borland 虽然在 Java 方面投入 的时程稍晚，但是却凭借着扎实的技术而慢慢。