CodeGear.RAD.Studio.2010(DELPHI2010)
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的多核并行开发？
Delphi肯定会支持多核并行的开发，但是不是现在，可能是下一个版本
2. 有计划让Delphi发展成类似于Erlang的分布式语言吗？是否会提供分布式开发库？
似乎DataSnap已经能够满足类似的需求了，你可以用它来做分布式应用。当然我们是有计划实现分布式的函数式编程的，这需要大幅修改编译器
3. B/S开发能否加强？能否使用类似于JSP/PHP的模式？
我们现在重点在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的运行时库
VCL for the Web的目标与Silverlight不同（其他的内容参考上一条）
5. 是否有计划实现针对敏捷开发的Delphi Doc？
新版本的Delphi会带有一个Source Control System，用于满足多人合作开发的需求，它的功能比单纯的Document强得多
6. Delphi的类能否被序列化成XML？能否从XML加载一个类？
从XML加载类是不可能的，类里边的方法不能够通过XML来描述，我是指Native的语言都不可能这样，如果想在Server和Client之间传递一个类的话，可以用DataSnap
7. 什么时候能支持x64的操作系统？
x64的计划很早就有了，但是我们没有足够的人力，估计还要再等下个版本，或许是2011年？
8. 有打算支持跨平台吗？特别是移动应用平台，如Symbian和Windows Mobile
跨平台肯定会支持的，而且我们以前也做过kylix，但是很可惜的，Borland觉得kylix是浪费时间，于是终止了它。但是现在它又被提上日程了。 Windows Mobile？可以用Delphi Prism开发，其实我自己的感觉，用Visual Studio可能更好（David 都认为开发WM的程序用.NET比较好，看来Delphi不太会往WM方向发展了）
二、 意见类
9. 反射机制能再做得好一点吗？我们想放弃RTTI
这的确是需要考虑的地方，当然RTTI我们不会放弃的
10. 希望在支持Unicode的前提下，让新版本的Delphi能兼容老版本的代码
很抱歉这是不可能的，从老版本移植代码过来，由于Unicode的问题，必须修改一些代码。我们也在努力的使这个修改变得更少。（这点我个人还是难以认同的，理由还是那句话，为什么VC可以而Delphi不行）
11. Delphi2009的bug多得难以忍受，不知Delphi2010是否会改善？
现在的Update3应该没有多少bug了吧？我记得上次修正了300多个问题，如果是用的早期版本，还是换上update 3吧。Delphi2010会在Delphi2009 update3的基础上进行改进，不会再带上以前的bug的。
12. IDE是否能够支持将Delphi代码转换成其他语言，并按用户的喜好用不同的编译器来编译？
不同的语言使用不同的运行时库，就算语法上可以转换，也无法将运行时库转换了。而且语法上的转换也需要花费大量的劳动，并且没有意义。
13. Embarcadero / CodeGear是否有计划为Delphi编写类似于微软MSDN的文档库？
我们有CDN，和MSDN差不多的，同样的架构，而且现在也有很多人向QC提交内容，这些都会被收录的。CDN会越来越丰富，Delphi也可以自己更新到CDN的内容。（可以通过CDN查看网路上别人的开发经验，这点比单纯的帮助文档好得多了，而且这次CG向CDN添加了大量的开发实例）
14. Delphi是否会支持内建的Python或是Perl，甚至是Ruby这样的脚本？
不会支持，据我所知已经有第三方的厂商支持了吧？
三、 方向类
15. Delphi是否打算成为一个平台，是否会提出自己的标准？
我不知道你所说的平台是指什么，不过Delphi是一个RAD的，拥有很多控件的，能可视开发的工具，它的标准就是现行的标准。
16. Delphi的编译器是否有开源的打算？
不会开源，这是公司的商业模式决定的，我们还想靠编译器来赚钱
17. Embarcadero / CodeGear如何看待用户的体验？
我们对用户的体验非常重视，用户有任何的问题都可以反馈到QC上来，我们会极积处理采纳的。
18. Embarcadero / CodeGear 如何看待来自FreePascal /Lazarus的竞争？
我们从来没有认为FreePascal或是Lazarus会对Delphi构成威胁，Delphi原本就是从Pascal扩展而来的，做了许许多多的扩充，现在组件也非常丰富了，而Lazarus的编译器远远及不上Delphi，它还借用了许多原本属于Delphi的库，自己本身的组件很少。如果说跨平台的话，Delphi也很快就有了。（CG还是很乐观的，等Delphi的跨平台面世后，lazarus还会有存活的余地吗？）
19．Embarcadero / CodeGear 认为Delphi的主要发展方向是怎么样的？
我当然希望它成为一个开发语言中的优秀者，最近的工作主要集中在DBX, DataSnap和跨平台的一些事情上。我们当然也希望用户可以用Delphi来开发一切
下载地址：ftp://uploads@uploads.2ccc.com/yp517129_CodeGear.RAD.Studio.2010_V14.0.3449.21988%20-Full.iso
建议：用迅雷或其他P2P软件下载，速度会非常好！ CodeGear? 不是卖给易宝龙了?
页:
[1]