Delphi8的转变之个人感觉！！！！！！！！！！！！！！！！！！1

Question

刚安装完D8测试了一下：（架构版）IDE换成了C＃Builder的风格，有点不习惯了。
去掉了COM，ActiveX等的支持，不解？
调试居然没有了CPU和FPU项目？
去掉了ADO，但加入了ADO.net，对于使用ADO的项目，可能要头疼了。
帮助系统用了.net的风格，但内容更差了，居然没有关键字查询？？
速度慢了很多。
去掉很多View，比如类视图等，表示强烈不满，现在只能使用ModelView来代替！
加入了对.net的支持，测试了几个基本的项目，还可以运行，不过还是有C＃的调试问题？哎～～
因为是C＃Builder的IDE所以有代码合并的功能，不过明显有Bug，字体居然想JBuilder一样无法对齐。
去掉了导入VCL package的功能，很多以前的VCL控件包无法使用
菜单少了很多，主要是对COM支持的部分，再次表示不解，Delphi我比较推崇的就是它COM的支持部分。
加入了together能力和ECO模型驱动开发，感觉不错，希望再加强一些。
去掉了Delphi本来支持WebService的功能，取而代之的是.net的WS项目，感觉可惜。
不支持COM开发，甚至不支持COM使用了（好像），连导入类型库的功能没有了。
调试功能变弱了。
加入了版本控制，感觉不错。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
总体感觉，D8更偏向于.net平台了，而不是我想象中整合Win32和.net提供完整解决方案的Delphi，对于不喜欢.net或者干脆不喜欢用delphi开发.net（其实开发.net应该选C#才是明智的，个人意见）的朋友我建议没有必要安装了，否则会用很强烈的舒服感。

Answer 1

有自习看了一下，发现VCL有所增强，控件多了很多属性，比如现在支持的图形种类非常多，包括gif，tiff等。

Answer 2

一个非常不幸的结果：IDE的可视化开发速度真的很慢的，我是P41.7 256M内存，感觉摆放控件、删除控件的速度很慢的，5555555555555，难过啊。算了，反正我也不太用Delphi的，感觉还是Delphi6好用，Borland，我都无语了。

Answer 3

我一个人深夜测试Borland的产品太辛苦了，有人吗？

Answer 4

唉，Borland 真要失去自己了吗

Answer 5

呵呵，我也要去下载一个看看，对C#Builder到是满失望的。

Answer 6

其实D6还是最好的，C#还是VS。NET最好用

Answer 7

楼主，这次发行的是纯.net版,整合Win32和.net解决方案的Delphi已经推迟到明年发行。
如你所说的问题都不是问题，你要编写原生代码（ADO、COM、ACTIVEX）请直接用Delphi7。

Answer 8

我也用了“一下” hehe^^ 是一下哦，感觉和楼主的差不多，C#Builder时就见过了together整合开发的，所以这次没有太多的触动，感觉一般般，只有一点比当时C#Builder好，就是我的同事说，哈哈太好了，我还以为是C#Builder呢，写了一段程序感觉还是用Pascal语言写舒服..... -_-#    现在我还在用D6+SP2，因为我对D7的期望太高了，所以失望也很大，有人说D7是XP版的D6++ hehe^^ 我看差不多....整体（启动、代码提示等）速度比D6快多了，好像生成的程序也优化了不少，要不是我的一些项目是在D6下做的，真想迁到D7下....    D8？！我看还是再等等吧....要真的是写.net，我还是喜欢用VS.net开发环境一级棒，真佩服Anders Hejlsber的功力，只是快捷键不习惯......

Answer 9

这个D8，不能用他和原来的Delphi比较，他应该是pascal.net了，为了使用.net，他已经作了很大的改动。

Answer 10

Delphi for .net的第一个版本嘛，肯定有缺陷，现在.NET本身都不怎么成熟，不能怪borland，当年delphi刚出来时也是这个情况

Answer 11

最遗憾的是，这个for .net版本竟然没有对remoting做Rap封装，
这是我一直期待的。。
可能考虑到ECO中OR mapping的稳定和易于掌握，together很多东东都没有加入进来，
包括together for vs.net 中的设计模式，还有多种UML图
现在ECO中只有class diagram，希望将来能有新的亮点出现，包括文档生成等方面现在，明年春天出来的delphi8 for win32值得期待了

Answer 12

他并没有去掉com,只是由于是基于.net的,所以不能有以前的com程序了,要同原始的com打交道,就的用到.net里的com互操作,才能和原来的com大家打交道,所以他提供了add reference,这个是有的,原因就是因为它是基于.net的,所以只能遵循.net规范;

Answer 13

还有vcl.net的确让人激动。unit的风格完全没有变化
以前的project也可以直接在delphi for .net中直接编译，但生成的exe需要框架支持（而且体积变大，实在不可取）

Answer 14

伤心，看来大家都不如去用国产的思维加速度公司的JustBuilder了。

Answer 15

不太理解 com不支持了 像孟禽说的也是历史了但是corba  midas 也不见了 估计后续版本会有
要不然是一大损失 现在只能研究.net 的组件了   不知说明年发布的后续版本 是怎么样的但是d8 还是没叫人失望

Answer 16

期待 期待  期待Delphi.net 能使 Borland重振 bc 时代的辉煌：）

Answer 17

Delphi 我一直很支持，感觉还是D6好一些（因为经常用），期望DELPHI  ，能越来越好！

Answer 18

D 7 
不能急上\D 8 失望会很多...慢慢来,  .NET 说不定真如美国一个博士所说的,MS 和我们开了天大的玩笑......等待ING .....................

Answer 19

还有vcl.net的确让人激动。unit的风格完全没有变化
以前的project也可以直接在delphi for .net中直接编译，但生成的exe需要框架支持（而且体积变大，实在不可取）
======================================================
请教：只编译WIN32的工程需要.NET框架吗？

Answer 20

用着还是D7的好，DotNet要FrameWork支持，没几个人的机器安装了那个的
用Win2003的人太少了
Delphi.net还算不不上是D8，对D7的VCL N多的不支持了，没Win32功能
M$搞花哨的，Win32其实还是很有用的,DriectX，硬件开发还要Win32的DotNet像Java，不是什么场合都适合用的，根据用途而定，目前我还是用着Win32的http://lysoft.7u7.net

Answer 21

delphi8不会有for win32的版本了，明年可能会有个delphi 7.1 出来。
不知道borland最近的几个产品都像是beta版一样，是怎么打算的，可能
就没打算让人来用？只是出来让大家看看先？delphi ８少吃些内存，只
要和vs.net占内存一样就可以接受，bug不要那么的多就ok，只要别多于
delph 7就ok。另外如果用了第３方vcl控件,我看就别想移值到delphi8了。另外送一句话：“谁动了我的奶酪”

Answer 22

总体感觉不适应，以前的程序要移植到 .net 我看是基本不可能了。
不过帮助系统中是有关键字查询的，比原来的帮助有所增强。在 帮助 菜单下有 索引、搜索等

Answer 23

IDE 工具上少了 Hint，呵呵

Answer 24

不知什么原因，d8的vcl application总是不能运行

Answer 25

今天用了一下，实在太慢了，（本来以为我机器上运行delphi6 已经挺慢的了，）
除了用Pascal，其他的感觉上和C＃builder一样没有什么太大区别吧，
不过既然装.net 当然是用来做.net 的东西，至于那些纯win32的软件好像没有必要转到。net下来用吧？：