爱华网1.D7虽然编译出执行代码小，但太老了，很多功能缺失,比较重要的内存泄露检测就没有，所以跳过去
2.D2007编译出执行代码不大，但少了泛型，少了uniCode，对于开发来说效率低了
3.DXE2更新版本太多，稳定性有待观察
4.DXE3刚出，控件不齐，很多第三方控件只更新到XE2,个人喜欢XE3的classhelper功能，但老看Errorinsight打上莫名的波浪线,有点烦,每版都装的andyspeedup居然没XE3版,看了andy的博客，好像说要等,没有speedup，编译速度显然比有speedup的XE慢了许多,另外大家有没有观察到注册表文件给XE3写了10几兆什么cache进去，有时关机都关不掉
5.所以暂时还在弄XE版,除Errorinsigh经常打上波浪线外，没发现其他缺点,编译速度很快，例如cnpack的50多万行源码,不到3秒编译完成，而且执行代码不太大，太厉害了
大家目前的delphi都用的什么版本?晒一下,学习一下
做为普通程开发人员说，主要考虑的是开发环境便捷、易于排错、程序语法简明，开发出程序稳定，易于部署，将来容易扩展、升级。我个人对.net和java的语法、类库是很认可，但说到部署还是不太方便的，版本太多，实施人员还是有点费事的,因为客户的机器从2000,xp,win7等都有。delphi的程序几乎都按绿色来设计，复制过去就能用，做成自动升级的也很方便，所以我个人认为程序编译出来小一点容易自动升级，对比了几个自己开发的程序，用D2007编译约4兆，用XE编译要8兆多，用XE3编译接近10兆,其实功能没如何增加，昨天还发现xe3编译后，访问数据库的dataset取值特费时,估计EMB没去认真测试，要比XE前的版慢十多倍，看来短时间内不会用XE2/XE3
2007,xe,xe3都试，觉的xe有如下优点:unicode、泛行、内存泄露检测、控件齐全、编译速度快、格式化代码、虽然编辑器有些小的bug，但总体上用的比较顺手，如果emb能把errorinsign弄好,把查找中文弄好,那是功德无量的,可惜，每个版都留些遗憾,每年都行色匆匆,至于xe2、xe3的fmx只能当花瓶看看
delphi7+unicode控件就能满足需求了，只不过不能用泛型不太爽。
DELPHIXE2(2012)
XE，主要是因为可以用VGScene.如果不是这个原因，我想我会选择目前最新的XE3
7/XE
原来为7现在准备转为xe2
xe2的datasnap比较短小强悍，准备开发中小型三层比较实用快速
想调试DLL一定要用XE以后的版本，其它版本调试经常出问题。
其实我想用2010，不过比较喜欢XE
至于XE2/3试都不想试，因为我只用VCL，XE2/3的程序太大，启动程序明显变慢，内存占用更多
delphi7/DelphiXE2，delphi7主要是维护一个早期开发的软件，转到DelphiXE2可能要做一些修改。
d7,d2007
7,2010，XE3。。。。。。
初学建议用7或者2010，XE里面增加了好多C#里面的东西，上次简单的试了一下，XE3里面好多属性和方法和C#的一模一样，如果是初学可能会有点分不清。。。而且XE3编译出来的程序那个叫大得没话说。。。
装了Xe，把以前的一个控制台程序重新编译了，结果发现同样代码在2010下编译是123k，用xe编译就成了314k，多太多了！程序很简单，只有78行代码。
下午把之前给朋友写的软件用XE重新编译了一下：从之前的3.6MB一下变成接近10MB
delphi编译的exe成几何级数变大；delphi2010是d2007的1.5倍；是d7的2倍；如今xe又是d2010的两倍；
D2010都可以支持win7 支持unicode
感觉XE也一很般，当然比final版的2010还是要强些
据说FM是使用OpenGL绘制的，ＦＭ在ＩＯＳ中内存泄漏厉害啊.
编译大的话，Firemonkey的DEBUG是8M，空FORM, release是3M
一个软件一般都是从三个方面：稳定性，速度，UI界面的友好程度来评价的。
如果真是用OpenGL来绘图的话，我觉得问题也多多，除了专业的显卡，家用显卡对于OpenGL支持都不是太好。还不如封装好DX9，可以做为游戏客户端开发工具。
FireMonkey的背景，这个软件就是VGSence，BusinessSkin的作者，后来被收编到易宝龙，我估计你也根本没有钱买过这些VCL组件。我的很多用户数量上百万的软件都是用VGSence，BusinessSkin做的，以前都是买的正版的控件，编译出来的程序一般都在3-10MB，因为人家的皮肤控件包含了很多图像元素，现在的宽带用户根本不会在乎你的软件是400K还是10MB。
而且如果你结合ASPACK的话，一般Delphi的程序可以压缩60%，安装包很容易控制在10MB以内。Delphi的基础框架是包含了所有运行库在程序内的，bpl的本质就是dll，所以你完全可以利用bpl机制来控制程序群的大小。
Firemonkey带来的视觉冲击效果是非常强的，当然前提是你会用这些组件，并且配以美工的素材，可以做出以前任何VCL都很难做到的效果。这个是非常具有卖点的，我用XE2已经在MAC上做了好几个产品了，目前老用户反应的结果都是非常好。所以我最近准备入手一个正版的XE2来为国外客户提供终极产品。
Delphi本身就是一个可扩充性非常好的框架例子，所有的模块都是公开的，代码都摆在那里，如果你觉得那里不好，你可以修改他们来达到你的目的，对于我们Delpher，需要的只是稳定的编译器，那就足够了。
以前用过VCLSkin,后来用过BusinessSkin,各有所长。最方便是VCLSkin不用改代码。如果是BusinessSkin的话，移植就是大工程了，不过BusinessSkin的好处是换肤比较完整，弹出对话框什么都齐全了，还有自已增加的一些控件。
感觉体积大也不是什么大问题，感觉很多早期的Delphier太在意这个事情了，实际上现在的硬件水平10M和1M启动时间上面没什么太大的差异，如果因此带来效果和功能的提升还是很有价值的，就好比我升级到2010的唯一目的就是能原生支持Unicode,至于生成的体积是大1倍还是2倍，我不会在乎，我的客户更不会在乎。现在一个路由器的软件都要4M了，你让软盘党怎么能不纠结。
目标程序的体积并不是问题。
其实，真正做项目，体积鲜有少于3M的，但，你会发现，无论你怎样添加第三方组件，delphi的目标程序鲜于大于6M的，原因在于，delphi无论怎样做，它很多扩展的unit都本源于一些基本的Unit。
虽然，用xe2会比d7体积大个1M，但如果你用它做项目，会发现最终目标程序，只会比用d7多1M多一点点，因为体现不会因为窗口和组件的增加而增加，这种增加不是线性的。
delphi默认静态编译，都编译到一个可执行文件。
vc，.net编译出来的体积小？体积小就不用装vc运行库了，vc运行库下载一个也要3，4M把？
.net运行时更是体积庞大的很。
windows的exe启动不需要调用其他的dll啊，xe2体积是大了点，不过就大这么1，2兆，启动就慢的不行了？？
那你不妨去算算vc启动需要调用多少的dll，算算他们的体积都多少，和delphi比比看
我们需要什么的编程环境:
1,稳定,高效是第一重要.TADODATASET的速度是个大问题,10W条以上遍历都很慢,不得不改用原生recordset.
2,对于各种数据库的支持,特别是MYSQL,SQLITE这样的.
3,对于64位,大内存的支持.这个将来肯定要用的.
4,稳定高效的多线程,网络并发处理控制,最好支持完成端口的.
5,还有软件分级,免费的学习版,低价的个人版,以及高端的商用企业版本.
本人是一步将代码从CB6直接升到XE2，由于代码写得比较严谨，控件用得极少，几天时间就轻松移植到XE2，运行良好，程序稳定，看中Xe2的64位和win8的平板功能，准备将应用程序支持win平板！
这次代码移植最主要就是String的不同！
用事实说话，Cb6与Xe2编译实际结果如下，最具说服力：
主程序exe在CB6下编译7.07M，在XE2下编译10.21M，增大44%
计算Dll在CB6下编译2.78M，在XE2下编译4.28M，增大54%
打印Dll在CB6下编译3.33M，在XE2下编译4.83M，增大45%
应用程序计算速度在同一台机器和同样数据下测试，原CB6下的程序需要9秒，经Xe2下的程序需要5秒左右！
