越来越觉得delphi烂！(0分)

  • 主题发起人 softman11
  • 开始时间
我同意softman11的意见.所谓的"DELPHI比VC++易用"也不过是写界面易用而已.写起逻辑来VC比
DELPHI易用的多.
我觉得现在的DELPHI程序员有一种固执,就是死都不肯承认DELPHI有缺点.象楼主说的问题,
很明显的是一个DELPHI的问题 -- 当然,这个问题是有解的. 但是有解不代表就不是问题.[:D]
承认DELPHI有问题,不代表就是贬低DELPHI.相反,能看到DELPHI的问题,才能更好的学好DELPHI
 
烂？delphi还没到这个地步吧。
而且你还在delphi的大本营说这样的话。
还有，做人要谦虚一点，眼光要放大一点。见过delphi的高手没有？？
多看基本数据库的书，学一下SQL吧
 
to softman11
你说的没有可比性是什么意思，是不屑于吗？ 我想，只要我们愿意，只要稍有关系的东西
都可以拿来比较，正所谓，尺有所短，寸有所长，你不能说他们没有可比性！！

我并没有看不起microsoft，相反，我还很佩服他，佩服那些老外，他们的确很了不起，
是他们打造了今天的软件帝国，我也很佩服borland，在microsoft这个巨头面前保持了
自己的领先地位，（需要说明一下，曾经有人评论说，borland在开发工具方面比microsoft
至少领先了好几年，这句话可能是几年前说的，现在的软件业有了新的变化）
微软提出了可视化开发的概念，borland将其充分发扬广大，Delphi也是在这次机遇中
焕发了新的生命力，可视化技术使软件开发变得空前容易起来了，一个大学生几天就可以入门
然而，建造大型的软件系统不是一件容易的事，这不能怪Delphi，有人说，Delphi的低门槛
造就了一批Delphi庸手，它的好处同时也成为了它自身的弱点，的确是一件很悲哀的事情，
上面所说的那些工具，我都用过，他们面向不同的领域，在某些方面有他们各自的特长，
也许你根本就不了解这些语言和工具，甚至也不了解Delphi

 
看到缺点才有进步啊！
不错！抱怨越多对它的理解也会越来越深！
 
各位，没有必要去评比哪个好哪个坏，是吧。实在无聊的话，就去研究一下技术难关，

说这些实在是在浪费时间。

这就象两个女人在一起，呵呵，各自说自己漂亮，只不过她们没有看到，旁边的男人都
已经晕过去了，呵呵！
 
最好从自身找原因，ok，否则我也要上了。
 
to netwinds
不是非要说谁好谁坏，只是楼主遇到问题就说XX烂，未免过于偏激
 
其实使用ReQuery刷新比Close,Open快很多的
 
在写界面方面Delphi公认的具有绝对的优势，方便快速，同时也容易粗糙臃肿

“所谓的"DELPHI比VC++易用"也不过是写界面易用而已.写起逻辑来VC比DELPHI易用的多.”

上面的这句话也是充满了偏见，Delphi的好处决不仅仅是这些，他在软件开发的各个方面
都有它的优势，但是要记住，组件是Delphi的灵魂，是面向对象思想的胜利
Pascal曾经被作为教学语言，很多算法都用类Pascal来进行描述，这一点说明，Pascal接近于
自然语言，同时，他优美的风格和严谨的结构，使得语言本身以简单的机制来实现复杂的功能

Pascal没有C/C++的变化多端和艰涩难懂，他不支持缩写是为了提供更好的可读性，
而对于Delphi来说，Object Pascal功能更强大，语言本身的特性决不亚于C++,
也就是说C++能实现的东西，不论是高级的还是低级的，都没有问题，方不方便就取决于
使用者的熟练程度和个人爱好了，但我个人的看法是：
我不喜欢C++中的->指针，我喜欢 dot "."所以，我最终没有深入的学习C++Builder
我喜欢Pascal中的with语句，而且事实也证明Delphi编译出来的代码速度和VC的差不多

不知到softman11所说的书写逻辑指的是什么意思，你怎么就知道用C++更容易呢

 
Delphi的组件是兼容于大多数数据库的，也许某些方法和属性根本就没用，
但是，在某些环境写他们是有用的，

VCL类库是人编出来的，不可能是完美的，其它的类库也一样
你所能做的就是利用它现有的特征来尽可能的满足你的需要，

你说他烂，这说明，你对它的了解正在深入，
是因为你不知道在大多数情况下 ReFresh 都仅仅是个摆设而已
 
呵呵，不要争了，喜欢用就用，觉得不适合自己就换。
但掌握语言都有个过程，不要急于下结论。
我觉得delphi的一大好处就是给你提供很多选择，这个不行就换别的。
比如帖主的问题，我猜测可能是数据库接口驱动程序不好，你可以换个接口驱动试试。
 
delphi 棒，打倒Microsoft.
 
>>Pascal没有C/C++的变化多端和艰涩难懂
你的话也充满了偏见.不知道为什么你们会觉得C++很难懂.C++一点也不难.也不会变化多端.
当然,如果使用的人水平有限的话,那可能就会很难,但是这不能成为"C++很难"的理由.你这样说,
只会误导很多想学C++的DD们.[:D]
 
dataset哪裡用來refresh的
關閉再打開就好了
 
已经比过无数次了，有什么好比的！！！真无聊，不喜欢delphi你干吗不换MS的？
 
agree with haofang

find the prob% from you self.
 
"你的话也充满了偏见.不知道为什么你们会觉得C++很难懂.C++一点也不难.也不会变化多端.
当然,如果使用的人水平有限的话,那可能就会很难,但是这不能成为"C++很难"的理由.你这样说,
只会误导很多想学C++的DD们.[:D]"
呵呵，会者不难，难者不会，同Pascal想比，C++确实很难懂，难用 所以才有真正的
程序员用C++之说，所以我这样的懒人才用delphi。
 
其实软件开发环境都有一个层次问题，和网络通讯协议一样。
vc++是系统层，delphi和vb是应用层的。只要一个系统能够支持api调用，那么从理论上说，就
不存在什么能作，什么不能作的问题。大家都一样！

没有一个人敢说对一个工具完全掌握了。否则大家就没有必要说这些了。
从系统角度看，如果你明白了windows程序设计的本质，也可以说，你实际上已经掌握了所有的开发工具，
只是熟悉的问题而已！

我不排斥RAD。但是一个程序员，只会RAD绝对是可悲的事情。楼上很多人说的delphi高手无非也是指：
使用delphi有系统级设计能力的人。
还有人说，vc能作的，delphi都能作。这些都是对的。但这不能代表delphi和vc就是一个层次的。

你说microsoft为什么不能把vc做成delphi这样？其实对vc来说，要做成delphi这样，真的非常简单。只需要写一些
activex控见摆在面板上就可以了。其他任何地方都不需要改！我一直有这样的疑问，那样的化，vc就是RAD有时系统开发平台，
简直好的没话说！
但是如果，他这样作了，vc就不是vc了。他的vb就只有死掉了。所以，你要开发应用层的东西，你用vb好了。要开发系统的东西，
好像那些东西都是多余的。

我现在使用vc++和delphi作为我的主要开发工具。平心而论，我其实想用vc++＋vb的模式。
但是考虑到应该吸收不同公司的不同风格，因此选了borland的拳头产品，delphi。大家都说delphi不错。
我必须自己去体会。使用delphi也开发过一个3万元的c/sql server的系统（当然是一个子系统），现在也在使用他开发一个新的系统。

使用的时间越长，越发觉delphi不是大家吹的那么好。简单的说：他的东西只是适合比较简单规范的运用，稍微有点定作性的，他就问题多多。

比如他的Quickreport，真是让我伤透了脑筋。还有他的ado（现在几乎很多程序员都用ado不是bde来来连接数据库，真是奇怪）
，以前在ms平台下从未出现的问题。现在居然都遇到了。

对一个动态变化的数据库，统计他的记录数这个简单的问题，都花费了我不少的时间。
编辑代码的时候，需要加入自定义函数，需要写自己的消息处理函数的时候，delphi又显得如此的
弱智！

使用delphi的感觉，和使用authorware的感觉差不多。他却是快速，但是也有很多的不足。
个人觉得bug是所有可视化开发平台之最！这就是我眼中的delphi！
 
哈哈，我两个都用，不过老实说，我还是喜欢用vc写功能部分。确实感觉vc的思路要清晰一些。 delphi 做界面
 
语言是一种工具，每种工具都有优缺点，不管用什么工具只要用的舒服就行。
 
您必须登录或注册才可回复。

Similar threads

S
[教程]使用 ZValueWatch 在主线程中监测值变化
回复
0
查看
236
swish
S
不
奇淫怪巧之在Delphi中调用不申明函数 - 不得闲
回复
0
查看
707
不得闲
不
S
[ZAsync]TZAsync.Queue
回复
0
查看
520
swish
S
S
[异步编程] 使用 ZAsyncInvoker 进行异步编程教程-1
回复
0
查看
560
swish
S
X
delphi 中record 的类操作符重载简介 - xalion
回复
0
查看
475
xalion
X
顶部