Delphi的明天是怎样的?

[princesd]

我只想提个问题,让大家讨论一下delphi有没有明天,它的明天在哪里?

[princesd]

(转载:)
delphi是个好东西，我在用别的语言编写程序时，经常参考VCL中的内容
然后将精华移植过去，毕竟delphi垃圾太多，delphi作者的主观性表现太繁琐，确实误人！
各位想过用OOP的方式写汇编程序吗？好累不过很有趣，delphi并不适合于所有场合，也不适合于所有人的个性
说句感性的话，你们，或者我们在程序制作的时候，不是一个劲的先找控件？IDE自带的还觉得用的跌份，所以一个劲
的搜集寻找最贴近自己想象中也是最懒的控件包？然后就象个民工拿着砖头垒厕所？还一个劲的在心中自我炫耀，喽！
我辛辛苦苦用“拣到的，别的民工没有的彩色砖头”垒的厕所漂亮吧？
看什么看？你本质不就是一个民工吗？
话又说过来了，那些拣到的VCL牛粪，.pas的又有多少人详细看过？里面有个什么内伤，有个什么猫腻，必然影响exe的安全性
.DCU的就更不用说了，谁敢担保今天程序的运行，明天系统还能不能启动？
在自己的VCL制作经历中，感受到：控件技术是好事，可却不是一件很好的好事
delphi它确实在最初有意培养一批懒人，培养着一个奴役在它世界里的coder群体
它“强化了人的依赖性，在一定程度上蒙蔽了人的探索欲望”

最后写点可能的小花絮：
狂找控件-->腻味了-->自己编着玩-->看不懂-->慢慢看-->怎么都是些我以前用的API啊-->我只想要这个，怎么把它编译进去了？-->
哦是继承哦-->慢慢看-->真笨-->怎么这么写呀，罗嗦。。。-->胡思乱想中-->。。。-->delphi是不是老八股啊，是不是束缚人的枷锁啊？

[princesd]

(转载:)
用DELPHI做数据库程序，好吗？许多人在准备用DELPHI时都会向别人问这个问题！
它真的好用吗？也许对于初学者来说是太方便了，可随着系统开发工作的深入，
会发现其实它的毛病还真不少。首先、不利于系统层次的划分。大部分人把SQL语
句放入TQUERY控件中，这个做法使客户端和服务器产生了严重的偶合现象，程序
的升级、更新变的相当困难。其次，产生大量的控件。复杂的系统将导致你的窗体
上放满了数据库控件，管理相当复杂，而且容易弄错，编程复杂度直线上升。再次、
它的编程思路“迫害”了不少人，以至于想用其它的开发工具显的无从下手，完全
忽略了程序设计的精髓，设计，DELPHI中没有设计，只有控件！

所以初学者还是不要抱着BORLAND给我们的东西不放，程序设计可不仅仅是在窗体上
放几个控件，用鼠标点点就行的，还有更多的需要我们学习。。。。。