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

  • 主题发起人 主题发起人 Aloney
  • 开始时间 开始时间
A

Aloney

Unregistered / Unconfirmed
GUEST, unregistred user!
用DELPHI做数据库程序,好吗?许多人在准备用DELPHI时都会向别人问这个问题!
它真的好用吗?也许对于初学者来说是太方便了,可随着系统开发工作的深入,
会发现其实它的毛病还真不少。首先、不利于系统层次的划分。大部分人把SQL语
句放入TQUERY控件中,这个做法使客户端和服务器产生了严重的偶合现象,程序
的升级、更新变的相当困难。其次,产生大量的控件。复杂的系统将导致你的窗体
上放满了数据库控件,管理相当复杂,而且容易弄错,编程复杂度直线上升。再次、
它的编程思路“迫害”了不少人,以至于想用其它的开发工具显的无从下手,完全
忽略了程序设计的精髓,设计,DELPHI中没有设计,只有控件!
所以初学者还是不要抱着BORLAND给我们的东西不放,程序设计可不仅仅是在窗体上
放几个控件,用鼠标点点就行的,还有更多的需要我们学习。。。。。
 
只有初学者才会在窗体上乱放控件的。
只要系统设计合理,用什么语言都能到达同样的效果。
 
您用了多久的DELPHI,用她做了多少数据库,你对她又了解多少?不用QUERY不也可以
实现SQL吗,在D里不也可以使用存储过程等等吗,你不是也可以将SQL等放入资源文件
使升级等更方便吗,如果你功力够,一个空件也不用一样可以做程序,你用ROSE同DELPHI
配合做过系统设计吗.........
在这里说此等话好象你就是准备被攻击!
其实我觉得DELPHI的好处就是可高可低,无论什么样水平的程序员都可以使用他,当然
使用的结果是不一样的!
 
那你给我推荐一个开发数据库比较好的工具吧,
谢谢
 
有道理,但那只是现象。
delphi中使用软件工程,确实没有vc和vb中方便,但也不是不能用。
我也反对滥用控件,滥用控件会得不偿失的。
你完全可以使用动态生成控件来解决一些问题。
 
处于对DELPHI的了解才写下这些,象CHINAHAWK说的那样,不用QUERY是可以达到同样的结果
那样的话,我们还用DELPHI干吗?那将失去了使用DELPHI的必要性了。系统分析我做的不
少,ROSE用的也相当多!我的意思是DELPHI为我们掩盖了许多东西,你仔细分析过VCL中
的设计用到了那些设计模式吗?它和MFC是否异曲同工?
 
愛用什麼用什麼,什麼好用用什麼..
用不著高談闊論的.
 
挖了好大一个坑,:)
 
哈哈,主要是老兄的标题太吓人了。
 
不知天高地厚!
 
如果你不能明白我的意思,就不要在这里以蔑视的口气说话,OK!
 
大热天的,不要卖弄了,你又搞设计,DELPHI又没有设计。。。上帝造出了他搬不动的石
 
没想到这篇文章竟然引出了这么多的“评论”,我写这些的原因是在这里看到好多人提出
各种问题的原因在于过分依赖开发工具了,其实DELPHI只是前端的开发工具,并不是系统
的开发工具,若用它来做系统恐怕还得深入的“研究”!
任何开发工具都有它的一套指导思想,我们需要借鉴这种思想,而不是全盘的依赖它。
看的出来不少人是DELPHI的追随者,我的话可能触动了他们,但你们没有好好思考吗?
只会埋头写程序?只会听BORLAND的“话”吗?可悲。。。。。
 
Aloney:
你有QQ号吗。我想和你交个朋友。
 
6291162 欢迎朋友们和我交流!
 
to Aloney按照你的说法:这倒是Delphi的不是吗?那还有什么数据库开发工具可推荐的?
VC++?
还是Java?
你是否用Delphi写过源码超过一万行的控件或控件包?
"我的意思是DELPHI为我们掩盖了许多东西,"作为一个好的快速开发工具,它所需要做的
就是尽量为我们掩盖更多东西,这就是OOP的思想,但你也完全可以揭开它的这些表层,
在你对他精通后(谁可以说对Delphi精通,除了求职者我想只是Borland的工程师了),
你会发觉开发工具只能是一个工具,钢笔和铅笔对你来说都是一样的写,一样的握笔!
我明白你的意思,你是建议朋友们尽量去揭开它的这些表层, 写一些属性自己的东东,
这也是我所想建议的,不过感觉你的言语间好象表现出对Delphi的不满!
 
真的不好意思,俺的程序里边所有的sql语句都在培植文件里边,想换就换!
 
这个怎么还不取消?垃圾~
 
不是垃圾,值得思考!
 
写一些自己用着顺手的东西,好好的.
 
后退
顶部