摘要：Simon Thornhill在這封公開信中談論了下一代Delphi版本的計劃 親愛的Delphi客戶，我們有一些關於下一代Delphi版本的進度與方向的好消息與你分享。下一代Delphi發佈的代碼名稱爲Octane專案。在過去的幾年裏，Delphi，Windows，以及Microsoft.NET都有了許多進步。Delphi 7 Studio與.NET 預覽版獲得了巨大成功。我們已看到Windows平臺已開始堅定不移地向.NET方向發展。而且最重要的是，在世界各地舉行的Borland開發者大會，研討會，與調查中， 我們不斷地收到來自Delphi開發者的富有價值的反饋資訊，這些資訊清楚地表明Delphi開發者已經非常期待我們對於.NET的完全的承諾。 Delphi歷來就以簡化Windows開發而著稱，隨著Windows平臺與API轉移到.NET上，意味著Borland將繼續致力於使Delphi成爲支援.NET的最好的Windows開發平臺。所以，在下一個Delphi發佈版本Octane中，我們已經把在.NET技術上的注意力增加到了100%。這是對於我們原先的那個已公開的計劃的一次調整，在原先的計劃中要在Octane中對我們的Win32 Delphi技術進行更新。現在我們的Octane計劃包括一個針對.NET的完整的Delphi語言實現，一個完整的VCL框架與設計器的.NET實現，完全支援Windows Forms與ASP.NET Web Forms，Web Services, ADO.NET, ECO模型驅動的開發以及更多的其他特性。我們也高興地注意到這個完整的功能強勁的.NET Delphi開發系統將在2003年如期發佈。Borland當然也知道在未來的幾年裏還有許多Win32專案需要用Delphi來開發，因此制定了在未來支援與更新Win32 Delphi技術的計劃。然而，.NET顯然已是Windows平臺的方向，並且對於Delphi開發者而言，.NET將成爲幾乎最重要的焦點。我們寶貴的Delphi客戶，夥伴與朋友們，面對.NET機會，我們非常興奮，也期望與你們一起認識到這些機會。最誠摯的問候Simon Thornhill副總裁兼總經理.NET解決方案也請參見 Octane and Delphi Q&A 譯注：這封公開信是對在上封公開信中Octane計劃的一個調整，原來計劃Octane=Delphi 8 Delphi for .NET，現在更改爲Octane=Delphi 7 Delphi for .NET，以集中精力全力打造.NET平臺上的Delphi開發工具。 原來的QA可見Octane和Delphi Q&A – 由Anders Ohlsson撰寫，與新的QA內容大部分一樣。本文由Bear翻譯，完成日期2003年10月10日，轉載請注明出處爲www.delphidevelopers.com。www.delphidevelopers.com

我從Turbo Pascal 5.5起就是這一系列軟體開發工具的忠實使用者，一路從Turbo Pascal 6, Borland Pascal 7, Delphi 1/2/3/4/5/7都是原版死忠支持者。當我在BDN上看到這個消息時，我原本想放棄Octane. 放棄的理由很簡單，過去三年多，我在一家以Java為web app開發平台的公司工作。對於Java的效能之差，軟體開發工具之落伍 (跟Delphi相比)，實在有著切身之痛。使用.NET來開發web app，本來也多少有類似問題，除了ASP在軟體元件化的程度比JSP要好些，ASP的web app event model比JSF方便些，儘管ASP.NET遠遠勝過JSP的地方有一項是「可以很方便整合Win32/.NET solution」，原本以為ASP.NET vs. JSP不過是百步跟五十步的差別。 不過前些日子試用過C# Builder搭Cassini的組合後，我發現我對Borland的支持度又更提高了。長久以來，一職認為web app的流行讓軟體元件化 RAD的潮流受到嚴重阻擋，許多初出校園的學子只見識過ASP/JSP的手工業，不知RAD的美妙。期待JBuilder那麼久，始終不見JBuilder達到如Delphi般的RAD境界，而Delphi即使搭上Intraweb，在開發web app上又始終有些窒礙之處。 時代總是要前進的，軟體IC的概念出現那麼久了，也停頓了那麼久，希望Octane能夠結合Delphi的RAD長處，為web app的開發也帶來一番新氣象。 ps. 我已經篤定會去升級上Octane了。

非常感謝您對Borland一直以來的支持 您也針對Java與MS平台上開發的現況作了相當深切的分析 事實上也是如此 我們現在也看到了一個趨勢 越來越多的Server端的應用絕大多數已經被J2EE與Java佔領了 但是還是有相當大部分的Client端與使用者端的應用是MS所牢牢把持住的 因此若您時常關心Borland的現況也會發現 Borland除了現在如火如荼推動的ALM solution外 對於J2EE與.NET的整合上也有了最新的作品Janeva 這些都是Borland針對未來軟體的發展與趨勢所作的努力 再次謝謝您的支持 也希望您能對Borland ALM提出您精闢的見解

其實,阻絕J2EE...等平台佔領伺服計端的另一種做法是;以Delphi為主軸...發展Borland專屬的平台及環境 (表面上看來,這和JBuilder的策略有所衝突;實際上如果可以做到兩者(JBuilder&Delphi)互相合作的結果 ,其實是可以相輔相成的) 而且,以Delphi在OOP上的成就;以及就現今程式語言的演進近程來說Delphi也到了應該有所改進的時候了 其實C#就是一個很好的參考對象!! 以上為個人的一點淺見!!