DELPHI“迫害”了一帮程序员！(0分)

  • 主题发起人 主题发起人 Aloney
  • 开始时间 开始时间
还有DELPHI的高版本怎么对开发的控件和部分程序代码不能向下兼容啊, 它的兼容性是不是很差呢?
 
Delphi 什么企业级开发工具
连数据字典支持都不完整
做做界面还是挺好玩,花巧而不实用
 

这些都不是开发工具的问题，而是使用者的问题。一个软件如果结构规划不合理
用什么工具开发都一样差劲。有很多人总想借助开发工具来完成一些本
来该开发人员做的事情，结果就导致这样的结果。
 
Delphi只是一个工具，他具非常好的面向对象设计思想；但使用Delphi编程的结果取决于
开发者的功力。
 
Delphi不好吗,大多是开发者的问题吧,同样的刀,在你手下和大厨师手下的效果一样吗?
 
楼主还得同我一样,加强学习.
 
我认为Aloney提这个问题是对自己没信心。不管什么语言，每个程序员都有他的侧重点。
不是用DELPHI的程序员非得用DELPHI不可。但不能朝三暮四。你要知道DELPHI也是OBJECT
PASCAL的IDE，你不应该把对DELPHI的映象仅仅局限于那些图标控件上面。至少在开发效率
上OP不输于VB，VC。如果你对DELPHI的数据控件不满意，那你可以用ADO的原生对象。就象
在VS中用它一样。如果你对它的控件不满意，你可以创造自己的控件，或直接用API。现在
流行的C#也是“以DELPHI为父”（引以孙博士语）吗！
而且我认为DELPHI的大量控件对程序利多于弊。至少它可让程序员可以由浅入深学习OP。如
果一开始就被繁杂的语法、概念所困扰，我想很多想入行的朋友都会退缩。
对于Aloney朋友的说法，我想是因为你对DELPHI并没有深入了解。学无止境，学一门，深入
一门才是程序员态度之本。
对于开发数据库的问题，OP最重要的是模块化的设计，代码的可重用性不好，只能说你设计
技巧不够。
不能用理论论证理论，这只能凭空把时间浪费在无谓的推翻与被推翻中。各种方法的互相支
持才有发展。
诚恳的希望ALONEY朋友认真思考对语言的态度。此话同样律已！
 
再看了一遍ALONEY的话题，我对ALONEY朋友的鲁莽说道表示道歉。我很惭愧，没有认真
看仔细。我想ALONEY很多意思与我想同。
不过，不论DELPHI它存在多少的问题，但如果没有良好的编程态度，再好的开发工具，也
只能是玩具。
我个人认为，不需要对一样事物评头论足，因为这样往往会让我们失去发现一些美妙事物
的存在，而禁锢在埋怨的恶性循环中。对于初学者，他们需要学步的鼓励。对于入门者，
他们需要进步的欣喜。对于高手，他们需要发现的快乐。
学学米卢的名言“态度决定一切”
再次对ALONEY友表示抱歉。
 
同意 oceanwav!
 
我是个初学者，今后希望能够得到大家的帮助，能与大家享受编程的乐趣。
我谈谈我的看法。。。在我跨进DELPHI的门槛之前。。。我看过VC。VB。。。
可是最终我还是选择了DELPHI。。。。是她带我进入编程乐园的。。。虽然现在我水平
仅限于做过几个简单的数据库管理软件，但我看到了收获不管今
后我是否会选择其他语言。。。。我觉得应该感谢borland....
 
关于delphi,vb,vc等开发工具孰优孰劣的问题讨论了n多年了,也没讨论出个究竟.
我相信一句话,一个事物只要存在在这个世界上,就一定有它存在的价值.
 
搂主说得很精辟。
 
不说也罢，不过还是想说一些，当然不说楼主的吓死人的设那个计。。。说点别的
对我来说：delphi是个好东西，我在用别的语言编写程序时，经常参考VCL中的内容
然后将精华移植过去，毕竟delphi垃圾太多，delphi作者的主观性表现太繁琐，确实误人！
各位想过用OOP的方式写汇编程序吗？好累不过很有趣，delphi并不适合于所有场合，也不适合于所有人的个性
说句感性的话，你们，或者我们在程序制作的时候，不是一个劲的先找控件？IDE自带的还觉得用的跌份，所以一个劲
的搜集寻找最贴近自己想象中也是最懒的控件包？然后就象个民工拿着砖头垒厕所？还一个劲的在心中自我炫耀，喽！
我辛辛苦苦用“拣到的，别的民工没有的彩色砖头”垒的厕所漂亮吧？
看什么看？你本质不就是一个民工吗？
话又说过来了，那些拣到的VCL牛粪，.pas的又有多少人详细看过？里面有个什么内伤，有个什么猫腻，必然影响exe的安全性
.DCU的就更不用说了，谁敢担保今天程序的运行，明天系统还能不能启动？
在自己的VCL制作经历中，感受到：控件技术是好事，可却不是一件很好的好事
delphi它确实在最初有意培养一批懒人，培养着一个奴役在它世界里的coder群体
它“强化了人的依赖性，在一定程度上蒙蔽了人的探索欲望”
最后写点可能的小花絮：
狂找控件-->腻味了-->自己编着玩-->看不懂-->慢慢看-->怎么都是些我以前用的API啊-->我只想要这个，怎么把它编译进去了？-->
哦是继承哦-->慢慢看-->真笨-->怎么这么写呀，罗嗦。。。-->胡思乱想中-->。。。-->delphi是不是老八股啊，是不是束缚人的枷锁啊？
 
我认为：
delphi提拨了一批程序员，很多人根本没有编程的思路，但他放几个控件，设一下属性，
连接起来，也就是程序。得，一个程序员就此诞生了。
delphi惯坏了一批程序员，很多人编程，根本就不再想在“循环、分支、条件”等语言
上下功夫，而是一个劲的找控件，编不出功能，就说“这个控件没这个功能”。
delphi方便了一批程序员，确实，用delphi编程方便多了，同样的功力，用它开发起程
序来，效率高，性能好。不能不说是利器。
所以说，你有本事，你就用delphi做更多的好程序吧；你没本事，也不要埋怨别人用delphi
抢了你的饭碗。
有道是，有饭大家吃，看谁嘴大动手快！
 
对于系统分析员：用什么开发工具无关。
对于程序员：只要出冬冬，哪怕你用汇编。。或者哪天哪个工具不用写代码也出一个一样
的冬冬，结果一样，商业社会要‘快，准，稳’。如果这个工具哪天出来
我不信贵公司还在用VC8.0... VCN.0，你干你老板不干。
我相信这样的工具将在未来出现，从汇编到OOP搭建没用多少年。
 
感谢大家对我的留言的褒贬，我的话能引起大家对与开发工具的思考，我觉得“值”！
我不是在评论开发工具的优略，而是讨论一个开发工具给我们带来的思考，我无意中伤
那些DELPHI的“死党”，或在表扬“VC”的开发者。DELPHI带给我们一种全新的编程方
式，你可以接受，也可以拒绝，但不能一味的接受，了解一个事物的好与坏才能更好的
利用它。
其实，当初DELPHI的推出是打着RAD的棋号的，那么什么是RAD呢？就是所谓快速(Rapid)
应用(Application)开发(Develop)，VB也是！但RAD真的好吗？象PYZLF说的，它把程序员
惯坏了，程序员成了“民工”。
 
如果你这样认为的话，我希望你用Debug写程序。
用VC、JAVA也可以放一堆控件，只不过难用一点就是了，工具本身没有任何过错，错的是
你自己而已。我们开发中类的划分层次结构一点也不必C++差，差的只是效率。VC效率太低
如果你认为效率高有错的话，我建议你用UltraEdit写程序。
菩提本无树，明镜亦非台，本来无一物，何处染尘埃。
 
态度决定一切.
 
谁说delphi不支持数据字典，从3。0就支持了，详情请看李维的《Delphi3。0从入门到精通》
 
支持数据字典,跟PB相比,简直就是原始人
 
您必须登录或注册才可回复。

Similar threads

S
[教程]使用 ZValueWatch 在主线程中监测值变化
回复
0
查看
476
swish
S
S
[教程]Delphi Android应用启动画面详解
回复
0
查看
831
swish
S
S
[教程]使用 ZAsyncInvoker 进行异步编程教程之二：ZAsyncInvoker 解决了什么问题
回复
0
查看
685
swish
S
不
Delphi中设置条件断点 - 不得闲
回复
0
查看
804
不得闲
不
不
Delphi的参数传递约定以及动态参数个数(转载笔记) - 不得闲
回复
0
查看
909
不得闲
不
后退
顶部