CodeGear RAD Studio 2010出了喔

一般人也許不知道 codegear 是什麼產品，但 borland 這個曾經是程式設計開發工具的風雲人物，大家就不陌生了，
而 codegear 就是 borland 把程式設計開發工具(簡稱 ide)分割出來的產品(公司名embarcadero)，
codegear rad studio 2010 為其最新力作，其中包含了delphi 、c++ builder、和 turbo c++ 等著名工具，
可開發 vcl、.net 和原生 win 32的程式，
其中 rad studio's delphi prism™ 可開發.net 和 mono (linux 版的 .net) 應用程式，並包含了最新的 .net技術，
例如asp.net, winforms, wpf 和 linq等。
如果剛剛接觸程式設計，想學 c/c++、pascal等，這個ide決對不可以錯過。
分享的版本為 architect 版，最高級版本喔




Delphi新版本(D2010)簡介：

1.多核的支持/異步方法(VC中早就擁有的OpenMP，在Delphi中也很快就有了)
2.內置的Direct 2D模塊及開發庫
3.將會擁有一個能同時運作於x86和x64的IDE，在此IDE下將會有跨平台編譯器，能夠編譯用於linux和MAC的應用程序。 (一次編碼+選擇編譯器=多個平台下可運行的副本，對於遊戲開發太有用了，我們再也沒有必要特地為linux或MAC開發遊戲，拿Windows下的代碼來重新編譯吧)
4.將會支持windows7下的觸摸式編程，對手勢事件的感知，比如說一個手指從屏幕劃過，或者兩個手指從上移動到下，甚至是用一個手掌來拍屏幕，這些不同的動作都能感知到，並且處理它們。 (Windows7的特性，微軟曾表示，會發布用於VC的Touch開發SDK，但是沒有計劃將該SDK集成到IDE，Delphi將是Win7下RAD Touch開發的領路者)
5.將會支持手持設備的開發，比如說工業的設備，或是手機
6.強化的DataSnap，將可以完美的支持在Delphi, C++Builder和Delphi Prism之間傳遞數據
7.可以調試數據庫中的存儲過程(Store Procedure)和函數(Function)，並幫助數據庫找出問題
8.多人合作模式的進化，避免寫過多過長的代碼，CodeGear將進一步致力於減少代碼量，在提高開發效率的同時，也保證產品的質量（這才是Delphi的真正意義所在！！ ）
9.將支持雲計算（這個不用說了吧，現在廣為流行的雲計算）
10.將支持函數式編程，這需要很多時間，據David估計是兩年後會實現

以上的10條，足以讓我們激動了吧？ Win7的特性，據我所知，微軟內部有SDK，但是卻從未打算在語言，或是IDE上體現出來，Delphi將在Touch Development上引領一個時代。同時，類似於Erlang的分佈式，函數式編程，雖說要比較久才能看到，但是由此我們看到了CodeGear的努力。

然後是一些FAQ，David親自回答了我們的問題，並且對Delphi的將來，他也是非常的樂觀
對於我們來說，我們自然是希望了解得越多越好，有些問題也問得很尖刻，但是David還是給出了讓我們較為滿意的答复

一、技術類

1. Delphi什麼時候能原生支持類似於parallel.for的多核並行開發？
[David] Delphi肯定會支持多核並行的開發，但是不是現在，可能是下一個版本

2.有計劃讓Delphi發展成類似於Erlang的分佈式語言嗎？是否會提供分佈式開發庫？
[David]似乎DataSnap已經能夠滿足類似的需求了，你可以用它來做分佈式應用。當然我們是有計劃實現分佈式的函數式編程的，這需要大幅修改編譯器

3. B/S開發能否加強？能否使用類似於JSP/PHP的模式？
[David]我們現在重點在VCL for the Web上，VCL for the Web 11和以往的版本相比有著天壤之別，它可以像一般的Delphi開發那樣，拖放式開發，也可以支持RIA。 VCL for the Web 11已經可以支持IIS等許多服務器了。我覺得它已經很強了。 （VCL for the Web 11已經可以被部署在支持IIS，Apache，ISAPI，NSAPI等各種服務器上，並且可以實現不需要本地運行時庫的RIA應用，比 Silverlight或是Flash都來得優越）

4.能否支持Native RIA?能否不需要用戶安裝類似於SilverLight的運行時庫
[David] VCL for the Web的目標與Silverlight不同（其他的內容參考上一條）

5.是否有計劃實現針對敏捷開發的Delphi Doc？
[David]新版本的Delphi會帶有一個Source Control System，用於滿足多人合作開發的需求，它的功能比單純的Document強得多

6. Delphi的類能否被序列化成XML？能否從XML加載一個類？
[David]從XML加載類是不可能的，類裡邊的方法不能夠通過XML來描述，我是指Native的語言都不可能這樣，如果想在Server和Client之間傳遞一個類的話，可以用DataSnap

7.什麼時候能支持x64的操作系統？
[David] x64的計劃很早就有了，但是我們沒有足夠的人力，估計還要再等下個版本，或許是2011年？

8.有打算支持跨平台嗎？特別是移動應用平台，如Symbian和Windows Mobile
[David]跨平台肯定會支持的，而且我們以前也做過kylix，但是很可惜的，Borland覺得kylix是浪費時間，於是終止了它。但是現在它又被提上日程了。 Windows Mobile？可以用Delphi Prism開發，其實我自己的感覺，用Visual Studio可能更好（David都認為開發WM的程序用.NET比較好，看來Delphi不太會往WM方向發展了）

二、意見類

9.反射機制能再做得好一點嗎？我們想放棄RTTI
[David]這的確是需要考慮的地方，當然RTTI我們不會放棄的

10.希望在支持Unicode的前提下，讓新版本的Delphi能兼容老版本的代碼
[David]很抱歉這是不可能的，從老版本移植代碼過來，由於Unicode的問題，必須修改一些代碼。我們也在努力的使這個修改變得更少。 （這點我個人還是難以認同的，理由還是那句話，為什麼VC可以而Delphi不行）

11. Delphi2009的bug多得難以忍受，不知Delphi2010是否會改善？
[David]現在的Update3應該沒有多少bug了吧？我記得上次修正了300多個問題，如果是用的早期版本，還是換上update 3吧。 Delphi2010會在Delphi2009 update3的基礎上進行改進，不會再帶上以前的bug的。

12. IDE是否能夠支持將Delphi代碼轉換成其他語言，並按用戶的喜好用不同的編譯器來編譯？
[David]不同的語言使用不同的運行時庫，就算語法上可以轉換，也無法將運行時庫轉換了。而且語法上的轉換也需要花費大量的勞動，並且沒有意義。

13. Embarcadero / CodeGear是否有計劃為Delphi編寫類似於微軟MSDN的文檔庫？
[David]我們有CDN，和MSDN差不多的，同樣的架構，而且現在也有很多人向QC提交內容，這些都會被收錄的。 CDN會越來越豐富，Delphi也可以自己更新到CDN的內容。（可以通過CDN查看網路上別人的開發經驗，這點比單純的幫助文檔好得多了，而且這次CG向CDN添加了大量的開發實例）

14. Delphi是否會支持內建的Python或是Perl，甚至是Ruby這樣的腳本？
[David]不會支持，據我所知已經有第三方的廠商支持了吧？

三、方向類

15. Delphi是否打算成為一個平台，是否會提出自己的標準？
[David]我不知道你所說的平台是指什麼，不過Delphi是一個RAD的，擁有很多控件的，能可視開發的工具，它的標準就是現行的標準。

16. Delphi的編譯器是否有開源的打算？
[David]不會開源，這是公司的商業模式決定的，我們還想靠編譯器來賺錢

17. Embarcadero / CodeGear如何看待用戶的體驗？
[David]我們對用戶的體驗非常重視，用戶有任何的問題都可以反饋到QC上來，我們會極積處理採納的。

18. Embarcadero / CodeGear如何看待來自FreePascal /Lazarus的競爭？
[David]我們從來沒有認為FreePascal或是Lazarus會對Delphi構成威脅，Delphi原本就是從Pascal擴展而來的，做了許許多多的擴充，現在組件也非常豐富了，而Lazarus的編譯器遠遠及不上Delphi，它還借用了許多原本屬於Delphi的庫，自己本身的組件很少。如果說跨平台的話，Delphi也很快就有了。 （CG還是很樂觀的，等Delphi的跨平檯面世後，lazarus還會有存活的餘地嗎？）

19． Embarcadero / CodeGear認為Delphi的主要發展方向是怎麼樣的？
[David]我當然希望它成為一個開發語言中的優秀者，最近的工作主要集中在DBX, DataSnap和跨平台的一些事情上。我們當然也希望用戶可以用Delphi來開發一切

部份文章 轉貼自

http://www.programbbs.com/bbs/view12-21556-1.htm