讨论一下delphi的兼容性问题？来着有分

Question

首先声明我是个delphi迷，也很喜欢用它写程序
一下之是我的个人见解，希望和大家一起讨论很不幸，delphi的版本兼容性问题非常让我头痛
且不说d6编不了d5的工程，d5编不了d4的工程
就连vcl内部的机制都不兼容
宝蓝的人现在就热衷于跨平台，连windows下自几的高版本都不兼容低版本，跨平台有什么用？在linux下能编译d6的clx有如何！！！
vcl的单元名换了又换！以前版本的bug根本不改就去做什么网络服务的组件
大家看看dbgrid，滥成什么样了，连鼠标滚轮都不支持，数据感知控件有莫名其妙的错误，最可气的是d6的集成环境，一调试包就什么地址访问错误！！
宝蓝是怎么了？？？？
怎么就不能脚踏实地地把地层的东西做好呢？是，现时髦的控件就是网络相关的，可不能为了做这些东西就放弃其他啊，linux时髦，可牺牲兼容性值得吗？
d7右那么快的出来了，着什么急啊，就不能把产品弄得稳定些吗！！！
宝蓝似乎从不懂得升级，做出的东西扔在那里就不管了，看看delphi带的那几个工具
那年写的！
大家看看用普通dll中调用com组件的bug，一直没有解决，以至于我每次用hubdog大侠的方解决
看看Tapplication的onhelp事件，为什么d5和d6的内部调用机制不一样
我不相信宝蓝不指导这些错误，但为什么就是不改进

Answer 1

大概做开发工具总得跟着微软或SUN的后面，没办法吧

Answer 2

那就用VC&MFC吧！
我反正什么都用，VC/Delphi/C++Builder/Powerbuilder;甚至VFP,MSC,TC。

Answer 3

没有办法，这两年他被牵着鼻子走，所以他要大力发展Kylix。我本来想改用C#，但是无奈MS的集成环境我实在习惯不了，用来用去还是觉得Delphi的RAD优胜一点。但是，不要小看Kylix，在不久的将来，一旦Linux确立了它的市场地位，Kylix...

Answer 4

唉，没有办法呀，
我到现在还用Delphi 5, 
可是一安装组件就Fatal Error.做数据库程序，不想用BDE， 
就用ADO， 可ADO也一样有问题，
ADOQuery打开空数据集时不能关闭。我只好装了两个升级包，
还算好了一些。唉。！！！！！

Answer 5

其实我很想用VC的。。但没办法。。
现在全公司都用且只用DELPHI

Answer 6

DELPHI其实很好的，兼容问题不大，只是你不会改，因为你不怎么了解Delphi
我从D4到D7的所有工程都可以升级，但你要懂得改VCL，不然就没有办法适应新版，VC的MFC太差了，复杂不说还费时，做一个东西比Delphi慢好几倍，而且.Net会取代MFC的，有没有平台移植性，大部分VCL可以转为CLX的，不要涉及API的都有机会到Linux下，以后会是Windows和Linux平分秋色的，Kylix／Delphi实力不用忽视

Answer 7

要是没有source的组件就不好了：）我曾经为了用一个d4下没有源码的控件不得不用d4写了一个dll给d6调：）
还有就是delphi对com的支持，我用delphi导入的sql server的dmo对象就是用不了，不知道那位大侠为小弟指点迷津
Delphi写程序的速度确实快 而且简单这是有目共睹的
就是d6IDE的稳定性不好，d7还没有用过
用d7的朋友可否谈谈感受？