从vb到delphi发现delphi的书写格式远不如vb灵活方便。

我以前一直用vb，最近在学delphi，发现delphi的书写格式非常繁琐。
1、delphi好像不会自动缩进，如在vb中写一行if语句换行就会自动缩进，代码阅读起来很有层次。
2、不自动转换大小写，如在vb中声明一个变量名AbCd当调用时只要字母正确，不管你输入的是大写或小写，都会转换成声明时的格式，其他函数和过程同理，这功能很容易知道你输入的是否正确，看起来也规范了许多。
3、类型界限明显，如edit.text:=inttochr(123);,在vb中不用这么繁琐直接用＝123
就可以了
4、选择列表做的不够全面，如声明变量时不给出类型的列表，在vb中dim a as 时会出现一个数据类型的列表供选择，delphi的数据类型很多，名字也很长，让我这种初学者声明一个变量也费劲周折。
以上是个人学delphi时的一点感受，不可否认delphi是强大的编程工具，或许我没领会到delphi的精髓，望各位delphi高手能指点迷经。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

不一定吧！！我认为delphi比vb强多了！！！
可能是你不习惯吧！
呵呵，前3点可以说是微软的VS的特点了
但delphi有强大的ToolsAPi
因此你可以自制或到网上去down experts
很不错的
推荐Delphi Formatter Expert至于最后一点嘛
惟熟能生巧耳
灵活就好吗？我是先basic后pascal,先vb后delphi，现在看过来，对vb只有一个字形容：差!
Pascal的一个特点就是结构严谨，可以养成良好的编程习惯。开始时可能有点难受，不过习惯之后很好的。
agree boilingsea(沸海听客)，良好的编程习惯是很重要的，VB确实方便，但Delphi熟练了之后不比VB差多少，书写方面D6,D7已经有所改善了。
就编辑程序的方便来说，
我敢说DELPHI是NO.1!!
楼主你说VB编辑比DLEPHI
强,那我问你一句:
选中并删除某些列,用VB
可以实现吗?但用DELPHI
就可做到(ALT+MOUSE左键)
(好象也只有DELPHI做到了。)
“窥一斑可见全豹”
其他我就不必多说！！！！
列编辑的问题
我认为不论是VB还是Delphi都不够，用了UltraEdit就知道了，这一点上Delphi只能叫做领先一步，
至于灵活
我就觉得VB有时候会误导初级用户，所有的高级语言里面好像只有VB可以在For循环内部重新定义循环变量的值，导致循环次数改变，这样未免太方便了。
接受一个新事物到底会有些不适应，这是正常的。
我还是很喜欢delphi的风格。
TO hapland(牛把把):
  UltraEdit与VB、DELPHI、VC等功能指向不同吧。
liaoqingpeng(棋快一步) :
"选中并删除某些列,用VB
可以实现吗?但用DELPHI
就可做到(ALT+MOUSE左键)
"能够发现这个功能的可能也只有你一人了吧
TO famu(伐木):
  不好意思，我也是我的一个同事告诉的。
其实本来PASCAL语言就是以严谨见长的，但到了OBJECT PASCAL，应该说是在原来的基础上扩充了许多功能!所以，PASCAL应该还是比较好用的
1。Delphi有各种ide的编辑自动格式套用方案，包括vc类型的，本身某认的方案也是可以自动缩进的。
2。这是变成习惯问题，这种事没必要让ide来操心吧。
3。这样可以使你更深刻的体会到赋值(:=)和比较（＝）是不同的，你问什么不说c++也是用＝＝来表示逻辑比较的呢。
4。这个可能是不如vb吧。
可是你试过用vb来开发2、3万行的程序吗？变量不声明也可以用，函数的错误控制功能简陋这些对写程序的人来说几乎是一种折磨。。
tonylk(tony)
1。Delphi有各种ide的编辑自动格式套用方案，包括vc类型的，本身某认的方案也是可以自动缩进的。
2。这是变成习惯问题，这种事没必要让ide来操心吧。
3。这样可以使你更深刻的体会到赋值(:=)和比较（＝）是不同的，你问什么不说c++也是用＝＝来表示逻辑比较的呢。
4。这个可能是不如vb吧。
可是你试过用vb来开发2、3万行的程序吗？变量不声明也可以用，函数的错误控制功能简陋这些对写程序的人来说几乎是一种折磨。。1、我用的是delphi6企业板，是在编辑器选项里设吧？不管怎么设置都是靠左，具体怎么设啊？
2、我放弃java就是因为它区分大小写，挺长的英文记住还费劲呢，还要记住每个字母的大小写，写起来也麻烦啊，看来我真的是吐啊吐啊才能习惯。
另：老兄您写代码按大小格式书写的吗？
3、我指的不是＝号，是用＝时还必须要用类型转换函数inttostr（）；
楼主，你学了VB,为什么还学Delphi,Delphi和VB应该是类似地，
功能方面VB和Delphi是差不多地，如果你VB学得好的话，不如直接学VC
VB和Delphi重复的东西太多，而VC则是全新的，新东西多。
建议你学VC
楼主，你学了VB,为什么还学Delphi,Delphi和VB应该是类似地，
功能方面VB和Delphi是差不多地，如果你VB学得好的话，不如直接学VC
VB和Delphi重复的东西太多，而VC则是全新的，新东西多。
建议你学VC
楼上别误导他人了！Delphi和VB可视化的开发环境是很类似！功能上？差距太大了！说这些话只表示你对DELPHI还未了解！如果你只认为DELPHI只能像一样拖控件，写事件驱动代码确实很可悲！（这里不是贬低VB，它也有存在的价值！）就一般应用举例：
1.DELPHI可以对VCL控件进行灵活的修改，继承编写新的控件！和VC一样是真正意义的面向对象！而VB只是基于对象!
2.DELPHI可以嵌入ASM，做些底层操作，对程序的执行进行优化，甚至利用ASM调用扩展指令集！
3.DELPHI可以写DLL,VB只能编写ActiveX DLL!
4.语言本身来说,VB不支持指针等！灵活？
...
也不排斥DELPHI也不是很完善！
学习VC所需的知识点和DELPHI基本一样，做桌面应用都需要深入了解WINDOWS本身！而我也一直认为虽然DELPHI也有很多缺点，但VCL的设计思想比MFC领先！
对于VB与DELPHI据我所知，VB就是对COM的应用比较简单，重在应用，而DELPHI则重在处理－－这是相对这两者来说的。
用于WEB开发的话，VB的阔展容易，但在速度上我不敢恭维。我们公司的ERP的速度我都慢慢的忍受着的。DELPHI就难度大一些，因为在Windows家族里，Borland的还是被半亲半离的。而现在有如果用Delphi做的话,大可以用于windos以外的系统，比如Linux等。
再补充：
DELPHI可以编写系统软件、应用软件、驱动程序...
VB只能无法编写系统软件、驱动程序...
Delphi 提供给程序员扑获与处理异常的能力,VB 却不能.
Delphi编译是完全的可执行文件,包括ActiveX等，而VB编译程序的是解释执行，速度慢（VC程序的程序更快，但效率底）.PASCAL语言已经很接近自然的英语，这也接受不了C，ASM怎么办？
>>DELPHI可以编写系统软件、应用软件、驱动程序...delphi无法制作驱动程序
delphi的开发资料少，支持厂商少，无法在手机、单片机、其它嵌入设备编程，Borland公司的前途不如微软也很重要（两者相差极大）！vb.net前途还可以！
DELPHI里还有很多方便的快捷键的用法，可以提高输入或什么的，只是有些不知道罢了。
楼上同志：
  delphi不管怎么说，和VB同属RAD,有些功能比VB强些，但也只是好一些而已，
没有太大的区别，面向对象的特性也不是太好，扩展性不太强，对些大工程，则有些吃力(针对VC)
   VB其实肯定不错，在Windows下的编程也可以完全胜任几乎任何工作。
   你自己觉得VB差，其实也只是你没有深入而已嘛。
>>>>>>>>
   学习VC所需的知识点和DELPHI基本一样，做桌面应用都需要深入了解WINDOWS本身！而我也一直认为虽然DELPHI也有很多缺点，但VCL的设计思想比MFC领先！
思想是先进，但是要知道消耗比MFC要大不少,其他不说，
   在VC5中生成一个对话框只要180多K,
但在Delphi5中却要 280多K,你怎么看，VC效率是不是比Delphi 高多了呢！！   正是因为这样，我才劝楼主，因为他掌握了VB,Delphi虽然比VB稍好些，
但基本上其RAD核心思想没变，所以学VC要好些，更直接和内核打交道,继续进阶为
高手扫清道路，而Delphi要成为高手，则迟早要和这些东西打交道,所以还不如直接学VC来得直接，事实上在Delphi论坛上很多人是建议如果学了VB,下一个选择应该是VC,而不是Delphi,再学Delphi就有点重复建设了。   要学就学个最好的！当然vb.net则不包括我前面讲的VB,vb.net功能应另当别论了！
to liaoqingpeng
就编辑程序的方便来说，
我敢说DELPHI是NO.1!!
楼主你说VB编辑比DLEPHI
强,那我问你一句:
选中并删除某些列,用VB
可以实现吗?但用DELPHI
就可做到(ALT+MOUSE左键)
(好象也只有DELPHI做到了。)
“窥一斑可见全豹”
其他我就不必多说！！！！VC中早就有这功能了呀，Word中也有这功能呀，有什么好奇怪的呀！！！！
早说你别误导他人啦！
对于初学者来说，开发工具的选择没那么重要！用DELPHI做开发不需要了解WINDOWS核心？真正了解WINDOWS编程，DELPHI，VC都是工具，可以自由选择！没必要一定要分个高下！VC强大，但开发效率低事实！好没有能一统天下的开发工具！各种开发工具都有存在的价值！我说过VB差吗？都说了它有它存在的价值！一个是面向对象，一个是基于对象，还差别还不大？“在VC5中生成一个对话框只要180多K,
但在Delphi5中却要 280多K”
DELPHI完全可以编译出几十K的window程序，带按钮，菜单！可实现简单的一些功能但开发效率，用汇编甚至能写几百字节的window程序！但开发效率如何？高手？什么是高手？学会VC就是高手？既然是高手，自然有很强的学习能力！花几天富裕时间对DELPHI作个了解不会有损失吧！干嘛就一定要说我是学VB，DELPHI还是VC？事实上开发工具又岂止怎么几种！别说WINDOW，LINUX等平台，就是个PALM开发工具我就见过十多种！没种事物都有存在的价值，也有优缺点！有怎么多时间做比较，还不如去对他们本身做个了解！
我好久都没有来delphi了！
我是将要从delphi转到vb的，至于谁好谁不好说不太清楚！
但vb真的很不上手！
我个人不喜欢！
我觉得楼主说得都是事实，不反对delphi在功能上是比VB要强大很多，但操作方面的确是比不上VB的。
因为我也是从VB转向delphi
你说delphi的快捷键安排就太不合理了嘛！
用起来一点也不方便。
但从开发大型软件总体上来说delphi比VB要强大很多倍。不过也不是完美了啊！还是有需要改进的地方。
严重同意ehom的说法！！！“在VC5中生成一个对话框只要180多K,
但在Delphi5中却要 280多K”其中的原因只有微软最清楚，，偶们Windows为预先Vc做了多少事情，如果Delphi的运行库也可以和Windows一起分发的话每个语言都有他的有缺点，只要偶们合理运用到各自的行业，都可以发挥他们的优势，，如果说“pascal语法严谨”但是有时候偶们还是觉得Java和C的语法要灵活、简便；简单的比较一下吧：Vc的编译效率比Delphi差，，原因pascal语法的严谨起到了很大的帮助，，还有就是比如Delphi的编译器没有VC编译器的宏定义详细，，从而也造成了Vc的编译效率不如Delphi,但是Delphi的最后编译文件比Vc大也是这个原因。然后，Vc的执行效率比Delphi的执行效率却要高很多很多。Delphi的IDE环境确实比Vc的编译环境用起来方便，这完全得益于Borland的天才设计师们，，，有些东西偶们要分析他的实质，比如说偶们发现Delphi中没有static申明静态变量，，大家知道是为什么吗。。你看看TObject的实现过程就知道了。每个语言都是博大精深，偶们不要简单的去比较那个语言的好坏。
“没种事物都有存在的价值，也有优缺点！有怎么多时间做比较，还不如去对他们本身做个了解！”同意这个说法。使用Delphi要到一个境界的话，Windows核心必须熟悉的。
建议楼主删除此贴，再保留下去将要爆发VB  vs  DF    /   VC  vs  BC.
to songandlan:>>>>>  但从开发大型软件总体上来说delphi比VB要强大很多倍。不过也不是完美了啊！还是有需要改进的地方。
     不完全这样，Delphi比VB只能说稍好。
     国外很多网战，论坛有VC,VB,但比较少看到Delphi的。
     vb用途广，可做网页，和Word ,Excel集成编程
     delphi不可能比VB要强大很多倍,也只是好一点而已，如果你看过别人用VB写的图形播放处理软件，速度效率都挺快，你就不会这样说了。     事实上很多的商用软件都采用了VB,真象你说的VB很菜的话，也就是这些人都很菜，否则就是你自己菜而已。
hs_2000的有些话握觉得还是比较中肯，
但在这里，我仍然不同意说delphi比VB要强大很多倍，
我觉得应该差不太多，至于差别就在于VB6.0及以下版本没有象
Delphi一样有漂亮得VCL库支持，面向对象特性要差一点而已，至于其它基本上
差不多。
但是 vb.net就另当别论了，功能强大足以让Delphi畏惧三分。特别看不惯那些人一提到VB就说如何如何不行，实际上不是它不行，只是你不行而已！！！！
To test2002，不管用什么，只要你做到别人做不到的事情就是好
2年前用VB
现在么,
VB是什么?.........
不是我说你，一看你就是没有用过很久的人。
1：那些个自动。。的功能并不是什么时候都要用的吧？其实你可以试一试
ctrl+alt+u    ctrl+alt+i你会发学觉其实比自动。要好。
２：那个自动更正的功能的话倒是真值得改一改。
３：你经常用到-123这样的功能吗？只是对一个系统而言吧？
４：值得改进。
"用VB写的图形播放处理软件，速度效率都挺快"?那是什么?小学生的习作而已!放个PictureBox就是是图像浏览软件,你也把问题想的太简单了!这只是MS提供的一种可以简单查看几种图像格式的方式,作为软件的一个功能还行,做专业的图像处理软件如果不配合VC确实力不从心!如果根本就做不了就别谈什么效率问题!VB程序运行快只限于和WINDOW系统打交道时,如果涉及到计算就非其长项!在这时候,解释执行是其软肋!而且不能内嵌汇编,做不了优化!而做多媒体类程序一般都要调用扩展指令集,VB本身做不到!事实上MS也没打算让VB和VC一样强大,产品定位如此!"vb用途广，可做网页，和Word ,Excel集成编程"VB可以适用的开发范围,DELPHI基本上都适用!只是有时候VB更适合!和DELPHI,VC的开发适用范围相比VB要窄很多,而不是"用途广"!别老说什么.NET,你真的已经理解.NET了吗?再次声明,没人说VB差,只是你老拿些错误的论据出来,当然要反驳下!VB也有其优点,老拿缺点和DELPHI比,再争辩也多余!编程本来就种代码编写的游戏,是种让人享受的艺术!没必要为开发工具争论不休,也没必要锁定在一种开发工具上!最终开发出一流的软件最重要!
一开始我和你的感觉一样，过一个星期后，你就会完全喜欢上Delphi的
test2002(test2002
楼主，你学了VB,为什么还学Delphi,Delphi和VB应该是类似地，
功能方面VB和Delphi是差不多地，如果你VB学得好的话，不如直接学VC
VB和Delphi重复的东西太多，而VC则是全新的，新东西多。
建议你学VC我这里用vb的公司不多，用vb很难找工作，学delphi是想尽快掌握一个能挣钱糊口的工具，我也知道vc强大薪水也高，可等我吧vc学好了我早就饿死了。没想到我的一点感受能引来这么多各路豪杰，各位的贴我都一一看过，确实是听君一席话胜读十年书，让我大开眼界！
没什么可比了，最怀念的还是那个开着汽车在高速公路上飞奔的时代，那个时候的Borland充满了创意和激情，DELPHI是那个时代最后的产品，从此Borland再也没有诞生什么好东西了，所谓的Delphi后继版本也就是不停在原来的基础上不停的增加控件，其实根本上还是1留下模子，不过也反证的Delphi的强大，请问可以用VB4可以开发出VB5吗？有个韩国人用Delphi写了个Delphi的IDE,不知道大家用过没有。
不过大家还是转向.net,听说.net的首席设计师和Delphi的首席设计师是同一人，Borland最大的悲哀？！
Borland有什么悲哀M$也是Borland的股东呀!Borland公司的前途不如微软？
--------------------------------------------------------------
如果明天是Linux的天下？
VC程序员不怕!
Delphi程序员不怕!
Java程序员不怕!
Perl程序员不怕!
PHP程序员不怕!
看来就剩ASP和VB程序员了！所以楼主换个开发工具是对的。至于转什么De还是VC看个人爱好了！
to ehom:
   这里和你说没什么意思，你可以参看VB论坛中《VB究竟比VC慢多少》
那里有楼主写的有关图形方面的软件，效率甚至比VC也差不多，至于有些人写的代码效率底只能说明水平还不太高而已。没什么好争论的。
to ehom:
  ....VB程序运行快只限于和WINDOW系统打交道时,如果涉及到计算就非其长项!在这时候,解释执行是其软肋!.....
  VB是解释执行吗？不了解还是少下结论吧！
咳!看来又要说费话了!VB程序执行时从本质上讲就是解释执行，它们只是调用VBRUNXXX.DLL 中的函数，因此VB的可执行文件是P-Code伪代码，程序VBRUNXXX.dll 里面执行。你坚持认为不是我也没办法!对于浮点操作密集或者循环嵌套很多的应用来说，VB没有采取特别的优化，因而执行速度远不如其它开发工具开发的程序快。图像处理就属于这类,你看到的VB图像处理程序用的是一些相关API!也就是系统能做什么,你才能做什么!不够灵活!举几个例子:如果要用我的程序打开并显示TIFF,PNG,PSD等文件格式!怎么做?系统只支持JPG,GIF,BMP,ICO,WMF,EMF!自己写程序?呵呵,VB的弱势表露无疑!再说图像插值,都知道这类程序需要进行大量的浮点运算,用VB+API来做,试试看!VC,DELPHI里我即使不用汇编代码,不掉扩展指令集也比你快!VB 5.0虽然通过引入本地代码编译器大大弥补了这个缺陷，但是由于其只能运行于32位Windows环境因而在16位Windows上速度问题仍然得不到解决!而且32下的速度也仍然慢于VC,DELPHI,但差距减少了!VB不能灵活地使用系统资源。VB不支持端口操作。VB应用的运行不能脱离VB的运行库和所使用的控件！早就说了VB本身并不差，但你老拿其弱势来比，真拿你没办法！再次重申：天天讨论这种无聊问题，各位不累？浮躁的人写不出好程序！
to ehom:   你别不要不懂装懂了.你说的VBRUNXXX,只是VB运行环境.
   试问VC要运行的话,也要MFC42XXX的支持(如果是选用DLL的话),那么VC也是解释执行吗?
   其实你对VB真的不懂,VB除了可编译成你说的P-Code,代码外,可编译成本机代码,也就是真正的编译型代码,但由于它没有象VC中可以编译成静态连接库,将库加到应用程序代码,所以在分发应用程序时,必须要带DLL(如果VC不选用静态连接库的话,也要带DLL),但这并不是说带了DLL,就是解释执行呀.这点常识你都不懂!!!!!!
   其实真正意义上的解释执行是VB的设计环境中的Debug运行方式,看来你是真的不懂!!    VB速度慢吗?请你不要误道别人了,我已经多次叫你看看用VB 写的图象处理软件,VB论坛中《VB究竟比VC慢多少》有楼主写的有关图形方面的软件，你自己凭空想象,你看过用VB写的高速处理图像,播放图片的程序吗你连见都没见过,你根本没有发言权,我最讨厌别人讲打大道理.    你这位老兄,我觉得不过是半桶水而已,自以为比别人懂,其实你不懂.
用delphi寫程序讓人變聰明，用vb讓人變傻
"VB 5.0虽然通过引入本地代码编译器..."我上面说了!很明白,VB5以后部分代码是部分是真正编译的,但里面还有解释执行的部分!事实如此!"再加上还有浮点运算（sysTimeLong = Abs(sysTimeOn - Timer)）
这到底是比较速度还是给VB增加负担？！"  --VB论坛中《VB究竟比VC慢多少》楼主作者原话!"对于浮点操作密集或者循环嵌套很多的应用来说，VB没有采取特别的优化，因而执行速度不如其它开发工具开发的程序快。"

  --我说的!VB5以前版本更是如此!我们在这一点上我们是同一观点!有兴趣去看看那位的代码!基本都是Integer,Long,并无Single,Double!作者避免了使用浮点运算!理解了吗?你是否认为其作者已将VB发挥到极至?那他自己的测试数据也表明VB编译的程序比其它开发工具慢,即使发挥到极至,仍然要稍慢!
"以这样的速度，图像处理应该够了。"作者的话!表明VB可以做,但不是最好的!而像图像插值这种涉及到大量浮点运算的地方,仍不承认这方面的差距!可悲!事实真理不会因为你的攻击变为错误的!反之也成立!本人现在水平确实不高,但一些基本事实还清楚!绝不会不懂装懂!呵呵!现在还没感奢望当专家,专家门诊清洁工而已!
  说话自相矛盾，什么VB5。0 以后是真正编译，其实VB一直都是编译型，vb3.0,vb4.0都是。
  >>>你是否认为其作者已将VB发挥到极至?那他自己的测试数据也表明VB编译的程序比其它开发工具慢,即使发挥到极至,仍然要稍慢!
  楼主涉及到速度方面是直接调用API的，也不能说他用VB用得出神入化，但很熟练，他使用了API,所以效率高。
  另外和他比较的VC程序其实不是真正意义上的VC，是C,用SDK的C，用SDK的C，
当然速度是最快的，比用MFC写的程序要快，比Delphi写的程序就更快了，就这个测试程序来说，Delphi百分百不会比VB快。你自己想吧，Delphi能快过sdk的C吗，它比MFC还要慢不少呢！！所以VB比SDK的C只是慢了一点点而已，要对比Delphi是不会慢的，甚至会比Delphi快！！！   另外，你不承认VC不管从速度还是功能要Delphi强大不少也不行。
哎！我的妈啊，还有这么多人在议论这个问题。我的想法就是哪个工具能找到工作薪水高就用什么工具，我BCB，DELPHI，VB。XML都用。没用过VC，它太花时间了。
"VB5以后部分代码是部分是真正编译的,但里面还有解释执行的部分"看不懂?VB从来没有实现真正意义的脱离解释执行的阴影!自己做做反汇编,做做跟踪调试,结果很明朗!再告诉你一个非常不幸的消息,本地代码(Native Code)编译器正是从DELPHI身上学来的!正是他使部分代码在VB5/6编译后比VB3/4快了几十倍!也必须承认一般应用下,他们之间只有十分微小的差距!而对API的调用,VB甚至不如DELPHI,DELPHI对多数API进行了封装!而且DELPHI,VC对动态链接库可以静态载入!API能解决所有问题吗?那所有工作都交给MS去做,PHOTOSHOP,ACDSEE,甚至豪杰解霸这类软件都不用做了!起码我上面提到的几点图像相关应用,VB都不能高效率的实现!VB有优势,可惜你都没说到!"Delphi能快过sdk的C吗，它比MFC还要慢不少呢"?又该说什么好呢?DELPHI和MFC,SDK是同一性质的概念吗?你用C,我用Pascal?是不是又要比较下语言的优劣?这有关系吗?我只用单纯的Pascal语言编译器编译不可以?这有比较的价值吗?而从头到尾你就无法理解我观点的精髓(你把其称为大道理),而抱着自己几个错误的技术观点不放!悲哀啊!看来要找位老师给你好好补补课,不光是技术上,还有思想上!
你所谓的灵活,就是vb的最大缺点,类型不用先定义,随便用.
不知你有否注意,现在书店里有小学生编程入门的
VB教程.