Z
zhuyong74
Unregistered / Unconfirmed
GUEST, unregistred user!
从delphi2.0使用到现在的DELPHI2006总的感觉是这还是非常不错的开发工具，至今所谓的java开发工具仍然有不如它的地方。
但是，delphi在这几个方面的缺陷导致了大家对delphi失去信心。
1、delphi的网络组件，本来delphi在网络程序方面可以大放异彩的，可惜仅仅是购买了indy而没有认真仔细的发展它，indy本身的诸多缺陷导致了indy的应用并不广泛。大量的高水平的delphi程序员多半是直接调用底层的windows api来开发网络程序，这样子一来，开发效率大打折扣。本来可以与delphi最优秀的数据库组件一起使很多的低阶程序员快速搞定大型项目的，因为网络问题而无法实现。
2、IDE界面很多年一成不变，好不容易变了却变成了微软界面，这样子大伙怎么能够认同。
3、VCL组件的继承性不够好，每升一次版本就有很多原来版本上的第三方组件就不能用了。直接导致开发商增加开发成本和系统的不稳定。
4、一个大型的软件开发商怎么可以经常的更换继承在上面的组件呢，这样子会直接导致产品在后续的开发中受到影响。
5、delphi没有提出软件架构的建议，直接导致太多的程序员靠拖拽组件实现编程养成非常差的开发习惯。
6、delphi的帮助和例子实在是。。。。太差了
但是，delphi在这几个方面的缺陷导致了大家对delphi失去信心。
1、delphi的网络组件，本来delphi在网络程序方面可以大放异彩的，可惜仅仅是购买了indy而没有认真仔细的发展它，indy本身的诸多缺陷导致了indy的应用并不广泛。大量的高水平的delphi程序员多半是直接调用底层的windows api来开发网络程序，这样子一来，开发效率大打折扣。本来可以与delphi最优秀的数据库组件一起使很多的低阶程序员快速搞定大型项目的，因为网络问题而无法实现。
2、IDE界面很多年一成不变，好不容易变了却变成了微软界面，这样子大伙怎么能够认同。
3、VCL组件的继承性不够好，每升一次版本就有很多原来版本上的第三方组件就不能用了。直接导致开发商增加开发成本和系统的不稳定。
4、一个大型的软件开发商怎么可以经常的更换继承在上面的组件呢，这样子会直接导致产品在后续的开发中受到影响。
5、delphi没有提出软件架构的建议，直接导致太多的程序员靠拖拽组件实现编程养成非常差的开发习惯。
6、delphi的帮助和例子实在是。。。。太差了
]