delphi开发究竟快在哪里？

Question

本是用VC的，看到别人说DELPHI是快速开发，来这里问问明白人，DELPHI快速开发快在哪里呢？用VC不是一样能快速开发吗？现在控件也多啊。
调用系统API都是一样的；
我在自己的工程中不用多重继承，也不允许用多重继承，这样C++难度就降低一些；
工业控制中的位域反而比delphi方便；
至于消息通讯，我觉得无论VCL与MFC怎么封装都得抓取消息，分派消息，大同小异。
都说DELPHI严谨，但是用C++，也要遵从很多编程标准，语言随意，但人不能随意，严谨是设计范围，不是语言范围，也许DELPHI在技术上就想实现一部分吧。
说得不好请别见笑。

Answer 1

delphi生手学习很快，随便拉拉控件一个程序就出来了。
VC我到现在学不会，唉，怀具。

Answer 2

只学过易语言和DELPHI
简单点拖拉控件 设置一下界面
写点函数和过程 一个程序就OK了
对新人来说的确容易上手 开发速度快用熟悉以后 什么语言都差不多吧

Answer 3

VC出身好，Delphi入门快
类库，或者说框架对Windows API的封装思路不一样使用上，对哪个比较熟悉，当然就会觉得哪一个更方面，无他

Answer 4

没用过VC，不好评论，但我觉得delphi有几点是比较好的，1、有窗体界面，好多东西都封装成了控件，控件随便搞搞就一个简单的程序出来了，2、语言严谨，语法工整，变量该在哪里声明，方法该写在哪里，都有严格的要求，看起来一目了然，很舒服。3、还有是就继承、多态、重载等特性，楼主说不用继承，那我就没法发表评论了，反正我认为没有继承做起事来很费劲的，特别是在需要重复使用的时候，4、编译速度快，几百个窗体，瞬间编译完了，很爽。至于底层的运算，Delphi都已优化过了，和直接用汇编写的速度差不多，运算起来应该也不比其他语言的效率差。

Answer 5

一句话：真正的程序员用c，聪明的程序员用delphi。

Answer 6

你试试用Delphi和VC++开发同一个项目，比较一下。

Answer 7

我同意第二点，delphi是比VC严谨；
第三点，我并没有说不用继承，而是不用多重继承，单继承还得要，不然面向对象成了空谈

Answer 8

做一下企业的管理系统就知道了dephi快在哪里了。
而做工业控制类程序，俺一直都用VC开发。

Answer 9

VC做通信服务程序
Delphi做Mis系统比较一下就知道。

Answer 10

delphi作通信，工控都是可以的 如果做不到，就考虑下自己的基础

Answer 11

我是VC和Delphi双枪并用.
可视化开发VC跟Delphi比就是石器时代和火枪时代比.
编译速度我们项目比较大,VC每次发布前Build都可以去喝杯茶了.Delphi0.XX秒搞定.Delphi号称地球上最快的高级语言编译器,这样的好处是可以随时Run调试.VC我Run之前确实要下一点决心.编译器优化方面VC比Delphi强不少.普通应用感受不出来.对速度以来比较严重的项目感受比较大.但是如果都是嵌入asm做优化的话又一样了.楼主和Delphi比快速开发确实是比错了,一己之短击彼之长---天壤之别.
比一比编译器,优化能力等还好.

Answer 12

另外Delphi的消息处理机制确实比MFC的要高好几倍.
在ResigterClass的时候:
VC所有控件窗口的处理过程是一个,DispatchMessage分配消息都分到这个过程,然后查表调用.
Delphi的则是每个带HWND的控件或窗口都有一个自己的注册消息处理过程,DispatchMessage以后直接到了每个实例的处理过程.国外有人评测过VCL消息处理机制大约是MFC的6.X倍.
我现在开发的框架不是MFC而是自己实现的,消息处理能力和VCL差不多.比MFC要高几倍.还是那句话楼主比开发速度根本就是拿短处比比人的长处.比比其他的吧

Answer 13

说起优化，也许delphi不如VC
但真是速度有要求地方，靠编译器的优化，未免有些悲哀
算法第一，其次才是语言

Answer 14

delphi对于数据库的操作要比其他的要好

Answer 15

delphi的string操作比c的字符串 方便多了
这2天刚刚用vc6写个小程序，又难受了一遍。

Answer 16

语言只是个空壳什么语言都一样
delphi比VC开发效率高一些个人认为尤其是在可视化编程
随便托几个控件就行。适合新手
但是程序的效率这个我就说不好了
可以拉成汇编代码对比一下

Answer 17

VC6编有界面操作的程序比DELPHI7痛苦多了。

Answer 18

优秀的delphi程序员一天写出来的功能，换成优秀的VC程序员来写，要一周。
特别是一些delphi优秀的第三方控件，一行代码不用写，拖个控件到窗体上改改属性，所实现的功能，如果你用纯VC实现，恐怕你实现不了。虽然理论上VC可以实现，但你实现不了，因为你水平有限。delphi某些第三方控件是公司团队开发的，你一个人难以用纯VC代码实现！

Answer 19

工廠 mis 用deplphi+sql 很快，特別是 baseform 類寫得好的話 。 

Answer 20

VC用.NET后，的确开发效率提高不少。
不过，Delphi要比VC更好用啊。

Answer 21

看你对语言和类库的熟悉和习惯程度，哪个用起来爽就用哪个。无绝对。
我就喜欢delphi，要说理由，那很多，不想一一列出。

Answer 22

举个最简单的例子：在用户输入的 act=a1/a2/a3/.../a20 这样的内容里分析出到底有哪些ax
x是1-20里的任意1个或多个，以“/”分隔
delphi很简单：
s:='a1/a2/a3/.../a20';
n:='a';
s:='/'+s+'/'
for i:=1 to 20 do
  if pos('/'+n+inttostr(i)+'/',s)>0 then
    有ai;
如果是c：
char* s="a1/a2/a3/.../a20";
char* n="a";
char t[128]; //需要定义一个缓冲
strcpy(t,"/");
strcat(t,s);
strcat(t,"/"); //需要一点点凑
for (int i=1; i<=20; i++)
{
  char p[128]; //又需要定义一个缓冲
  strcpy(p,"/");
  strcat(p,n);
  strcat(p,"/");
  if (strstr(t,p))
    有ai;
}
实在是麻烦多了

Answer 23

如果是c：
char* s="a1/a2/a3/.../a20";
char* n="a";
char t[128]; //需要定义一个缓冲
strcpy(t,"/");
strcat(t,s);
strcat(t,"/"); //需要一点点凑
for (int i=1; i<=20; i++)
{
  char p[128]; //又需要定义一个缓冲
  strcpy(p,"/");
  strcat(p,n);
  sprintf(p+strlen(p),"%d",i); //刚才还漏了这句。。
  strcat(p,"/");
  if (strstr(t,p))
    有ai;
}
实在是麻烦多了

Answer 24

听到delphier的声音，比较开心。有多个选择，有多个思路:)，不知道大家用JVCL的多不多，实用吗？最近用delphi写了个小程序，比VC快，但是帮助没法和MSDN比，工作时还是用VC觉得踏实。

Answer 25

写服务端，长时间跑，delphi写的是容易出现不稳定，可能原因也正是快速高效的string带来的，
反而非常累赘地先定义缓存再strcpy/strcat拼凑的，倒是问题少一些
看来什么都是有代价的不过，写客户端，这个就不是问题
另外，通信服务端现在已经基本不用自己写了，直接利用webserver，自己要写的只是isapi

Answer 26

Delphi做服务程序也不亚于VC。要想设计高效的服务器就不要使用Delphi带来的控件。这样的话你全部使用API来设计服务器，就同VC没有太大的区别了

Answer 27

嗯，快一步能带来快百步
没有快速原型和快速修改，用户是无法提出真正的需求的，需求就搞错了，什么语言、平台、牛人都白搭
这个是管理系统失败高（尤其是在中国）的根本原因
delphi本来是能解决这个原因了，但是反而无法流行，甚至被其它语言排挤得没有一席之地了

Answer 28

一个软件开发的速度在很大程度上依赖软件被复用的形式。http://blog.sina.com.cn/s/blog_5858ebf40100p5o9.html

Answer 29

delphi比VC快主要在VCL比MFC清晰。

Answer 30

VC是使用向导方式开发，Delphi直接拖放。就如去吃饭，是自助餐能快些吃到嘴，还是等着别人领着吃快呢？

Answer 31

一直用的C++写程序，大都是服务器端的。最近也对Delphi很感兴趣。看了两天后，给人最大的感觉就是：
object pasca 写的程序很易看懂。可你要是想看懂别人的C++程序 尤其复杂点的，那简直是种煎熬。
所以我觉得在无特别明确要求的情况下 以后用Delphi来写。方便以后自己看

Answer 32

delphi的编译速度,处理,运算,可视化,强大的控件,写一个简单程序分分秒秒即可,而用VC的话,就麻烦很多,DELPHI已经优化很完美了,计算速度,比如几亿几十亿次运算,跟其他语言一比较就出来了

Answer 33

做大系统的时候，做法要与小应用有不同的设计方式。。delphi的快，是分层皆快
初级：拖拉摆放的快
高级：api运用不比vc慢
大型：分布运行、动态加载
只是很多人尝到了初级的做法的甜头，做高级、大型，也继续初级的做法，效果不好，就以为是delphi不好网友“自由的寂寞”更是犀利挖苦道：“古龙说：天下最快的刀是傅红雪的天涯明月刀。金庸也喊：世间最快的刀是圆月山庄丁鹏的弯刀。我今天告诉两位大侠：宇宙中最快的刀是湖北的刀……此刀第一击11中，快到不见血！第二刀，北斗神刀，只见刀光在足部一闪，健步如飞奔向窗口，跃起、落下、死亡，脚筋断。专家惊呼：‘好快的刀！’”是啊，是好快的刀啊，不受制约的公权力杀起人来比傅红雪的刀更快、更寒、更肆无忌惮！

Answer 34

俺当初C学习的很好，后来一看VC直接头大。各种API什么的，尤其是MFC更是头晕。学习的DELPHI，现在虽然大部分API都用的差不多了，还是懒得学VC了。

Answer 35

现在VC2008界面修改也方便了许多，跟delphi类似。要是拿VC6做个界面，都觉得特别费时耗力。

Answer 36

别VC了， 还是先学好Delphi吧， 以后是C#

Answer 37

很多新语言总保留着C/C++的影子，现在C/C++仍是王者语言。

Answer 38

聪明的程序员学DELPHI
高级程序员：VC，C#

Answer 39

delphi只有做窗体快，其他方面都比C++慢。

Answer 40

n年前就争论过的帖子，现在又再燃战火。 #6楼说得对：“一句话：真正的程序员用c，聪明的程序员用delphi。” 也有人说过，学VC可以深入理解Windows编程，然后用Delphi来进行实际开发。

Answer 41

delphi开发程序快，但这种快，不同于vb、powerbuilder。
其实，开发程序跟盖房子很类似，房子是程序、项目，砖是组件。
用vc开发程序慢，原因是砌房子时，绝大多数的时候，您得自己去烧砖，但反过来，也可以说，vc既有砌房子的能力，也有烧砖的能耐；
但用delphi砌房子，砖是现成的，而且有很多种类型的砖，您可以随心挑选，绝大部分的时候，您用不着操作砖，而是操心图纸、样式、房间的功能配套这些高级问题。如果你砌房子时，发现某块砖不好用，或缺少某类砌，您可以逛窑子亲自烧砖，其实，delphi所有组件，都是用delphi自己的窑子烧出来的。

Answer 42

DELPHI是快速开发，尤其是在数据库开发方面。

Answer 43

VC6学一月，发现还是什么都不会，而Delphi一个月基本上手。

Answer 44

那仅仅是因为你不知道c++有多少类库。c++非UI的库，比delphi不知道要多到哪里去，而且其接口比delphi的方便N多。delphi只有开发窗体快，其他的是比不过c++的。

Answer 45

delphi作为一种非主流语言，类库肯定比主流的c/c++、java少但是，从语法看，字符串操作方便，写代码是会少费心很多。例如：
如果要实现一个函数：从 a=1;b=2;c=1234;x=nbsd 这样格式的字符串里按名取值
分别使用d和c写一个对比一下

Answer 46

delphi作为一种非主流语言，类库肯定比主流的c/c++、java少但是，从语法看，字符串操作方便，写代码是会少费心很多。例如：
如果要实现一个函数：从 a=1;b=2;c=1234;x=nbsd 这样格式的字符串里按名取值
分别使用d和c写一个对比一下
------------------------------------
哦，原来你不知道c++还有string。这就难怪了。

Answer 47

上面不是明明写了：【快速的原因之一】
------------
好吧，原因之一吧。不会只有delphi才有事件这个东西吧。

Answer 48

水平有限，c++的<string>（而不是<string.h>）及以后的东西，的确不敢多用

Answer 49

Delphi 和 VC 代表两种不同的编程理念.  Delphi都是要用源码直接产生原生码程式, 理论是最高效的.  VC则是MS的framework下的产品, 好似basic程式一样, 执行时必需透过一些library才可以使用.  在windows下, 这些library是预先装好, 所以效能不会太差. 只是无源码, 当要debug时, 问题较多.用今日科技而言, Delphi可惯产生单一个.exe, 直接执行, 可以不用任何安装都可以使用.  VC的, 总会有某种的 .net framework, 原因是 .net是MS的专利产品, 在上面运作的任何程式, 权利都归M$所有而已.

Answer 50

那仅仅是因为你不知道c++有多少类库。c++非UI的库，比delphi不知道要多到哪里去，而且其接口比delphi的方便N多。delphi只有开发窗体快，其他的是比不过c++的。
//=======================================
兄弟，类库与组件是两个东东，虽然delphi的组件本质上是一个类，但它已经是一个商业性的成品，成类库还只是半成品。
比如，delphi的数据模块，可放置很多不可视组件，但这个，用vc去做，很难。

Answer 51

delphi没落了，只是因为没了安德森，而C#兴盛了，只是因为有安德森

Answer 52

2G内存的笔记本启动vs2010要等很久，编译一下几乎要死机。
但delphi不管那个版本都很快。

Answer 53

delphi 可以跨平板电脑就行，就不会败给VC了。

Answer 54

那仅仅是因为你不知道c++有多少类库。c++非UI的库，比delphi不知道要多到哪里去，而且其接口比delphi的方便N多。delphi只有开发窗体快，其他的是比不过c++的。
//=======================================
兄弟，类库与组件是两个东东，虽然delphi的组件本质上是一个类，但它已经是一个商业性的成品，成类库还只是半成品。
比如，delphi的数据模块，可放置很多不可视组件，但这个，用vc去做，很难。
-------------------
我只能说你在搞笑。
你所谓的组件，不过就是一个支持RAD的class而已。你拖放一个TADOQuery，c++用一个otl的ioclass，都传入一个sql并运行，otl的io为什么就是半成品？你这不是搞笑是什么？
没事你看看c++的类库吧，看看c++的各种库都支持什么功能，你就知道c++的库所包含的内容，不是delphi也不是javac#能够比的。而且c++就得是VC？难道做Delphi的程序员，知识面这么狭窄？

Answer 55

从几方面去分析吧：
1、开发速度：与VC++比较一与就很容易发现的。
2、运行速度：相比C++或C编译出来的exe要慢一点，但是java和net相对较快
3、开发成本：用户方面比较成熟。语言比较易学，上手比较快。从而使生产成本降低