【正文】 arl Quinn又再次在 Java 方面證明了他堅(jiān)實(shí)的技術(shù)和在 Framework 方面豐富的設(shè)計(jì)和 實(shí)現(xiàn)經(jīng)驗(yàn)。 Latt233。在 Java 編譯器方面， Borland 和結(jié)束委托 Dr. Niklaus Worth 研究小組開發(fā) Java JIT 編譯器之后， Latt233。當(dāng)時(shí) JIT 編譯器已經(jīng)全面開戰(zhàn)，而 Borland 在 Latt233。 的推出時(shí)程。小組決定先專心開發(fā)一個(gè)編譯品質(zhì)良好，而且能夠和 Latt233。 從現(xiàn)在的觀點(diǎn)來(lái)看，當(dāng)時(shí) Latt233。因?yàn)椋旱谝?，?dāng)時(shí) Borland 的確沒(méi)有太多的子彈；第二， Latt233。特別是在稍后 SUN 決定將 Hotspot 內(nèi)建在 JDK 中之后，爭(zhēng)奪 Java JIT 編譯 器不但變得沒(méi)有意義，而且對(duì)于 Java 開發(fā)工具而言也沒(méi)有什么附加價(jià)值了。 Latt233。的編譯器、 Latt233。的集成開發(fā)環(huán)境中，并且也進(jìn)行 Java 編譯器最佳化的研究工作。 Carl Fravel主要負(fù)責(zé) Latt233。 數(shù)據(jù)庫(kù)方面的開發(fā)。 這方面的功能，決定先借重 Delphi在數(shù)據(jù)庫(kù)方面的成績(jī)，即 通過(guò) JDBC標(biāo)準(zhǔn)接口封裝 Delphi已經(jīng)有的各種數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序，讓 Latt233。 除了 Carl 之外 (嗯， Latt233。編譯器 最佳化的成員。 Sergio和 Carl Fravel 合作， 負(fù)責(zé)打造 Latt233。在 Latt233。就現(xiàn)在來(lái)說(shuō)，在 JBuilder 7/8 中編譯 Java 應(yīng)用程序相當(dāng)?shù)目焖佟? 當(dāng)時(shí)的 Latt233。因此 Latt233。而產(chǎn)品經(jīng)理以及 Java 資深研究員再和所有的各領(lǐng)域 Architect 討論 Latt233。因此在 Latt233。 當(dāng)時(shí)的 Latte 產(chǎn)品經(jīng)理是 Klaus Krull(K. K.)。 K. Paradox和 dbase 小組的成員，負(fù)責(zé) Paradox/dBase 的產(chǎn)品線。小組成立之后 K. Java產(chǎn)品線來(lái)。這段故事在稍后的 dbase 相關(guān)章節(jié)中將詳細(xì)說(shuō)明。小組之后，便積極地帶領(lǐng) Latt233。也許是因?yàn)? Paradox和 dBase時(shí)表現(xiàn)得并不好，因此想借著 Latt233。不過(guò) K. 也許很好，可是管理方面似乎仍然不甚靈光， Latt233。在 IBM VisualAge For Java 于 1997年推出之后， Borland 高層下令 K. 進(jìn)度，一定也要在 1997 年推出第一個(gè) Latt233。好在當(dāng)時(shí) Delphi 3 大獲全勝，而 K. Delphi 產(chǎn)品經(jīng)理 Ben Riga 的好哥們，因此由 Delphi 轉(zhuǎn)入 Latt233。的進(jìn)度慢慢地趕上了。架構(gòu)的主要人物并不是稍后眾人皆知的 Blake Stone，因?yàn)?Blake Stone 是在 Latt233。 Latt233。 Steve 是 Borland的資深研究人員，也是當(dāng)初 Borland 最早投入 Java 技術(shù)研究領(lǐng)域的人 物之一。這就是為什么 Latt233。直到最后 K. Borland高層和 市場(chǎng)巨大的壓力之后才匆匆地集中所有的資源和時(shí)間想要追上進(jìn)度。小組開發(fā) JBuilder的第一個(gè)版本時(shí)，就想學(xué)習(xí)使用 Delphi 成功的 Open Tools API 特性，為 JBuilder 定義完整而且極具彈性的開放式集成開發(fā)環(huán)境。當(dāng)時(shí)負(fù)責(zé) JBuilder 集成開發(fā)環(huán)境 中 Addins功能的工程師除了 Carl Fravel 之外，另外一位主要的工程師則是 Greg Cole。而一直要到 Danny Thorpe 為 Object Pascal程序語(yǔ)言加入了接口機(jī)制之后， Delphi的 Open Tools API 才展開了第 2 波的大改版，使用接口機(jī)制來(lái)重新設(shè)計(jì)，也就 是后來(lái) Delphi著名的 OTA 架構(gòu) (Open Tools Architecture)。終于完成并且推出市場(chǎng)。 在 Open JBuilder 推出之后， Java開發(fā)工具市場(chǎng)總算是競(jìng)爭(zhēng)者齊聚一堂了，每一 家廠商終于一一地使出了真本領(lǐng)來(lái)競(jìng)逐 Java 開發(fā)工具的市場(chǎng)龍頭。是否能夠面對(duì)新興勢(shì)力的挑戰(zhàn)，保住市場(chǎng)第一的地位。、 SUN的 Java Workshop、 IBM 的 VisualAge For Java 以及 Borland的 Open JBuilder 。也是 4個(gè) Java 開發(fā)工具中唯一完全使用 C/C++語(yǔ)言撰寫的，因此面對(duì)當(dāng)時(shí) Java 編譯器還不夠好、 JVM 品質(zhì)也未若今日精良的情形下， Visual Caf233。 Symantec 的 Visual Caf233。撰寫的 Java程序代碼不易使用在其他開發(fā)工具中 的后果。在 Render Java 圖形使用者接口時(shí)仍然擁有不十分精確的 問(wèn)題。畢竟 Java Workshop是 Java正宗廠 商 SUN 推出的產(chǎn) 品。甚至有一些媒體還 稱贊 SUN 有勇氣開發(fā)一個(gè)完全使用 Java 語(yǔ)言撰寫的 Java 開發(fā)工具，向全世界證明 Java 是能夠用來(lái)開發(fā)大型應(yīng)用程序的。 在當(dāng)時(shí)的評(píng)比中 IBM 的 VisualAge For Java 雖然是執(zhí)行最為緩慢的 Java開發(fā)工具，但 是在高階功能方面的表現(xiàn) 卻是遙遙領(lǐng)先所有的競(jìng)爭(zhēng)對(duì)手。不過(guò) VisualAge For Java 使用了專屬的格式，因此其程序代碼不容易使用在其他的工具中， 而且 VisualAge For Java 的項(xiàng)目在進(jìn)入了 Repository 之后也發(fā)生過(guò)整個(gè) Repository 毀損的情形，因此當(dāng)時(shí) VisualAge For Java 在易用性方面的分?jǐn)?shù)是比不上其他競(jìng)爭(zhēng)對(duì) 手的。原本 Java的使用者以及專業(yè)媒體對(duì)于 Borland 的產(chǎn)品 有著高度的期待。 首先 Open JBuilder 并不是純粹使用 Java撰寫的開發(fā)工具，而是混合了 Java和 Delphi 的程序代碼。也不比純粹 的 Java Workshop 快上多少。在可視化 設(shè)計(jì)家和高階功能方面又不是 VisualAge For Java 的對(duì)手。因此在 大多數(shù)的評(píng)比中， Open JBuilder 只得到中等的評(píng)價(jià)。 Hotspot編譯技術(shù)是個(gè)笑話嗎？ 1997 年市場(chǎng)上逐漸出現(xiàn)愈來(lái)愈多的 Java 開發(fā)工具，愈來(lái)愈多的人開始嘗試使用 Java， 卻也有愈來(lái)愈多的人抱怨 Java 的執(zhí)行效率。還記得當(dāng) 時(shí)我還沒(méi)有動(dòng)力足夠的機(jī)器來(lái)跑 Open JBuilder，每一次執(zhí)行 Open JBuilder時(shí)就覺(jué)得 受不了。造成 Java執(zhí)行效率緩慢 的主要原因當(dāng)然是 Java 編譯器以及 JVM 的品質(zhì)不夠精良了。雖然克服 Java 執(zhí)行緩慢的現(xiàn)象是當(dāng)時(shí)幾乎所有支持 Java軟件廠商都想解決的事情，但 Java的正宗廠 商 SUN 是責(zé)無(wú)旁貸的。很快 SUN找到了一家 小軟件公司，這家公司以開發(fā)出 Adaptive Compiling技術(shù)來(lái)加快 JVM執(zhí)行效率、以 及使用類似的技術(shù)來(lái) 改善 Java 編譯器的品質(zhì)而聞名。 SUN 投入新的 Java編譯技術(shù)之后不久，就有了初步的結(jié)果。這讓 SUN更有信 心，便立刻向世界公告了這個(gè)新的技術(shù)，并且命名為 HotSpot。 在 SUN 公布了 HotSpot 技術(shù)之后，立刻引起了全世界 Java 使用者的狂熱。與此同時(shí)，這也 引起了信息業(yè)界非常大的討論和爭(zhēng)議。但是從 SUN在其時(shí)公布的一些 HotSpot 編譯數(shù)字來(lái)看， Adaptive Compiling是非常有希望的，因?yàn)樗纳频姆葘?shí)在是很 大。 在 SUN 第 1 次公布 HotSpot 的推出時(shí)程之后，果然讓所有 Java的使用者都引頸期盼，恨 不得 SUN 立刻推出這個(gè)技術(shù)，解除大眾執(zhí)行 Java的痛苦。軟件研發(fā)的工作 延后在軟件界見怪不怪，當(dāng)時(shí)也沒(méi)有引起太多的爭(zhēng)議，不但讓 SUN爭(zhēng)取到了更多的時(shí) 間，也順利地延后了推出的時(shí)程。很快的 SUN 不得不再次宣告要延后 HotSpot的時(shí)程。 到了 1999 年左右， SUN 自知再也無(wú)法推拖 HotSpot 推出的時(shí)程了。雖然一切看起來(lái)都很棒，但是當(dāng)現(xiàn)場(chǎng)的聽眾直接詢問(wèn)到底 HotSpot技術(shù) 是否能夠超越 C++的執(zhí)行效率時(shí)，這位博士卻沒(méi)有正面回答，只解釋說(shuō)在一些應(yīng)用中 HotSpot的確可以提供超越 C++的執(zhí)行效率。 果然在 HotSpot 被迫推出市場(chǎng)之后，大家很快地了解到 HotSpot和 C++的執(zhí)行效率相比 終究是還有一段距離，根本無(wú)法超越 C++的表現(xiàn)。這也是為什么后來(lái) C/C++市 場(chǎng)雖然受到了 Java 的影響，但是仍然有大量的使用者和市場(chǎng)，并沒(méi)有像當(dāng)時(shí)許多人預(yù) 測(cè)的那樣將會(huì)有大量的 C/C++程序員進(jìn)入 Java市場(chǎng)，終究還是因?yàn)?Java 無(wú)法完全取代 C/C++語(yǔ)言來(lái)完成一些工作。轟動(dòng) 一時(shí)的 HotSpot 熱潮也逐漸淡去。想起當(dāng)初 SUN 對(duì) HotSpot不可一世的吹噓最是令人感嘆。在目前 狀況下， HotSpot能夠讓 Java 的編譯品質(zhì)在伺服端的效率有著顯著的提升，提供非常 不錯(cuò)的執(zhí)行效率。 就 Borland本身使用 Java 的情形來(lái)說(shuō)， Borland使用 Java開發(fā)的 VisiBroker For Java 的執(zhí)行效率已經(jīng)相當(dāng)接近 VisiBroker For C/C++的執(zhí)行效率。 HotSpot在紛紛擾擾的這么多年之后到底是不是一些人譏笑的 笑話科技 呢？不同的 人到現(xiàn)在可能還是有不同的答案吧。當(dāng)然這是有許多原因的。所占領(lǐng)；第二是 Open JBuilder 急著推 出市場(chǎng)，因此在和其他 Java開發(fā)工具競(jìng)爭(zhēng)時(shí)并沒(méi)有什么特別突出的功能、明顯的優(yōu)勢(shì)， 競(jìng)爭(zhēng)力當(dāng)然不夠；第三是 Open JBuilder 于一開始就混合地使用了 Delphi和 Java 程序 代碼，因此 Open JBuilder 激活以及窗體設(shè)計(jì)家的反應(yīng)都很緩慢，不像 Visual Caf233。 IBM的 VisualAge For Java 雖然也很遲緩，但在高階的團(tuán)隊(duì)開發(fā)方面卻 支持得很好，而且通常會(huì)使用團(tuán)隊(duì)開發(fā)功能的使用者大都是屬于企業(yè)或是大型用戶， 因此使用的機(jī)器配備也很好，對(duì)于 VisualAge For Java 的緩慢反應(yīng)也還能夠接受。因此在 Borland 的 Java開發(fā)工具研發(fā)小組中開始有了一些討論，那 就是如何讓 Open JBuilder 能夠后來(lái)居上，取得勝利的果實(shí)。一樣使用 Delphi重新打造 Open JBuilder，讓 Open JBuilder的執(zhí)行反應(yīng)加快到使用者能夠接受 的地步，因?yàn)樵诋?dāng)時(shí) Borland 實(shí)在已經(jīng)無(wú)法再加快 Java的執(zhí)行速度。 這個(gè)想法在 Open JBuilder 的內(nèi)部引起了很大的爭(zhēng)議。不過(guò)反對(duì)的人則認(rèn)為使用原生開發(fā)工具開發(fā) Java的工具是 走回頭路。 對(duì)于 Borland 來(lái)說(shuō)，如何繼續(xù) Open JBuilder是一個(gè)困難的抉擇，因?yàn)楫?dāng)時(shí) Borland急 需收入的挹注，而 Open JBuilder 的研發(fā)費(fèi)用驚人，光靠 Delphi 力撐實(shí)在是很辛苦。 Blake Stone 原本是 DSW Systems Corporation 公司的技術(shù)主管，而 DSW 公司一向和 Borland 互動(dòng)良好，許多 DSW 公司的人都曾在 Borland的 Conference(BorCon)中負(fù)責(zé)技術(shù)講座。也許是 Blake Stone 和 Borland 在這次的 BorCon 中合作愉快， Borland也很賞識(shí) Blake Stone 的技術(shù)和才華，因此在 BorCon 結(jié)束之后不久， Borland便和 Blake Stone接觸，看看 Blake 是否有意愿加入 Borland 的 Java 研發(fā) 小組。 在 Borland和 Blake 接觸之后， Blake不但對(duì)于 Java未來(lái)的潛力看好，而且因?yàn)?Blake也 曾使用 Delphi，對(duì)于 Borland 研發(fā)開發(fā)工具的能力相當(dāng)有信心。沒(méi)有多久 Blake 便答應(yīng)進(jìn)入 Borland 作為 JBuilder的 Architect，目的是帶領(lǐng) JBuilder 成為最成功的 Java 開發(fā)工具。 Blake 進(jìn)入 JBuilder開發(fā)小組之后，面臨的第一個(gè)挑戰(zhàn)便是如何改造 Open JBuilder， 讓它執(zhí)行得更為順利，并且能夠在競(jìng)爭(zhēng)群中脫穎而出。 Blake并沒(méi)有遲疑多久，便決定把 JBuilder帶向純 Java 的開發(fā)工具，使用 Java 語(yǔ)言本身來(lái)打造整個(gè) JBuilder。首先是 Blake 希望通過(guò)使用 Java 語(yǔ)言開發(fā) JBuilder本身來(lái)讓 Borland 的工程師徹底掌握 Java的技術(shù)， 也希望通過(guò)這樣的開發(fā)來(lái)證明 Java的實(shí)用性。 第 2 點(diǎn)是因?yàn)榇蛟旒?Java 開發(fā)工具可以讓 JBuilder通過(guò) Java跨平臺(tái)的特性把 JBuilder 推向其他所有支持 Java 的平臺(tái)，讓 Borland 能夠穿透到以往無(wú)法進(jìn)入的市場(chǎng)，這樣可 以讓 JBuilder的潛在市場(chǎng)和客戶比競(jìng)爭(zhēng)對(duì)手的更寬廣、更多。因?yàn)樵诤鸵酝? Microsoft交手的過(guò)程中， Borland深深了解到如果無(wú)法在一個(gè)技術(shù)領(lǐng)域取得第 1或是 第 2 的地位，那么終將成為微不足道的角色，被市場(chǎng)淘汰出局。后來(lái) JBuilder 果然能 夠支持 Windows、 Linux 和 Solaris平臺(tái)，成為當(dāng)時(shí)架構(gòu)最大、最復(fù)雜的 Java應(yīng)用程序。 Blake在 JBuilder 早期設(shè)定了成功的趨勢(shì)，奠定了 JBuilder成