I
iseek
Unregistered / Unconfirmed
GUEST, unregistred user!
>> 首页 | 注册 | 用户列表 | 所有主题 | 版主责任 |
用户名： 密码：
记住密码 | 忘记了密码？
当前位置 论坛首页? 原 VCHelp 在线论坛? “C#与Dehpi的比较”
关键字 搜索方式 匹配全部 匹配任意 搜索主题 搜索内容
作者 主题 C#与Dehpi的比较
闻怡洋 发表于 2001-10-1 10:34:32
--------------------------------------------------------------------------------
发表人：cd cui_dong@263.net 2001-09-30
wyy_cq，您好！
对于各种开发语言的比较，很多人认为没有意义，特别对高手更是不屑一顾，本人虽然也认为这种比较在本质上没有太大意义，但还是愿意比一下，毕竟可以广征博引，有所收获，更何况本人不是高手，看看你的留言簿上，虽然废话很多，但也有很多有价值的论点，特别是那个恶魔吹着笛子来那个家伙，很不一般。眼下，c#如日中天，本人也密切关注，生怕对delphi有很大冲击（本人虽然vc,delphi都用，但精通还数delphi),我想请你
在搞一个c#and delphi的论坛，不要管别人这么说，有兴趣的自然留言，没兴趣的就让他发发牢骚也未尝不可。
看看会有什么结果。
ppetmycu 回复于 2001-10-4 10:59:36
--------------------------------------------------------------------------------
delphi和C#同出Anders之手，两者在结构上多少有相似之外.
但C#比Delphi后出，况在微软旗下，易用性和人性化方面来说，C#应比Delphi略强。
cppfan 回复于 2001-10-4 21:59:03
--------------------------------------------------------------------------------
一件到dephi就烦,语法太滥;
Storm 回复于 2001-10-9 12:49:06
--------------------------------------------------------------------------------
C#在IDE上较Delphi稍胜一筹.
jinkaizi8 回复于 2001-10-9 15:52:41
--------------------------------------------------------------------------------
请问C#是什么东西？
哪里有买？
大鹏鸟 回复于 2001-10-9 16:55:58
--------------------------------------------------------------------------------
将来可视化开发的人(不管是vb、delphi、bcb还是C#),就是现在的电子厂生产线工人，而到时候的C程序员将比现在的C程序员更值钱，当然我说的不一定就是VC++罗，还有更多更广泛的地方（嵌入式等），退一步说请问大家：vb、delphi、bcb、c#本身是什么做的？如果我们中国的程序员老是把自己的目标定位在工人的层次，那中国软件可就没有什么指望了，当然现在中国的软件队伍中还只有80%这种人、并不是全部，我想这已经了不起了！
mclly 回复于 2001-10-10 11:39:35
--------------------------------------------------------------------------------
C＃和怎么会和delphi有可比性，，一个是语言一个是开发平台
要比也要NET.FRAMEWORK 和DELPHI
至少在WINDOWS消息上DELPHI的VCL封装要比
NET.的WFC要好，，
吗啡 回复于 2001-10-18 12:58:01
--------------------------------------------------------------------------------
什么鸟帖子，标题都写错了，内容也是乱七八糟。
cnj 回复于 2001-10-25 8:50:25
--------------------------------------------------------------------------------
根本没办法比，C#是最新技术，Dephi 算什么东西！！！！
吗啡 回复于 2001-10-27 16:17:07
--------------------------------------------------------------------------------
to cnj:
不学无术的家伙，你懂什么，如果你懂的话，就说来听听，要不然，你算什么东西！！！！！！！！！
cnj 回复于 2001-10-28 9:00:07
--------------------------------------------------------------------------------
to 吗诽：
你用过vC没有，当你用过它时，你就会同意我的看法。毕竟dephi只是控件的编程，只是比vB稍好，现在的vb.net就比它好多了。超级解霸梁肇新也是这么看dephi的，你还是学学VC吧，学好了再和我说话！！！
cnj 回复于 2001-10-28 10:34:41
--------------------------------------------------------------------------------
to 吗诽:
dehhi这类东西，编编应用还是可以的，当然控件是别人提供给你的了，是一种黑盒子，至于如何实现就无从知道了，只是拉拉控件，放到
窗体，设设属性而已嘛。VC(不是C#)就不同了，它提供了最大的灵活性，
不用第三方控件就可以写一些功能相当复杂的控件。比方在dephi中的控件MSComm,在dephi中只是一控件，不能扩展。在VC中就具体到该控件的
是实现代码，如果你水平足够高的话，你可以增强它的功能。其实VC功能之强大，只能慢慢才能体会，现在推出的C#是不能代替它的。一句话，VC
就象发明汽车零件的发明家，而dephi之流只是对这些零件进行组装的组装师，水平高低，一目了然！
Tintin 回复于 2001-10-29 13:36:16
--------------------------------------------------------------------------------
楼上这位兄弟的水平高低，的确是一目了然 ^_^
为了避免被这兄弟误导初学者，特做说明如下
1)Delphi是以OP为语言基础的，他有完整的VCL类库支持(事实上VCL类库本身就是OP实现的,VCL和MFC一样，是一套框架，但封装的思想和出发点不同，优劣我无法评定）。Delphi中的控件就是VCL中的类，而MSComm本身ActiveX构件，所以cnj的说法是完全错误的。
补充一点，VC和Delphi只是两个集成开发环境，工具的使用是习惯问题，没有意义比较，而至于他们使用的语言的比较大师们尚且无法作出更何况我辈！但可以说明的一点是 C/C++因为有标准委员会所以可移植性是可以保证的，而ObjectPascal和Java一样只被个别公司控制。
雨人 回复于 2001-10-29 14:32:19
--------------------------------------------------------------------------------
C#应该和JAVA比，不应该和DELPHI比
苏梦枕 回复于 2001-10-29 17:02:10
--------------------------------------------------------------------------------
delphi的控件不能扩展？不对吧，老兄，去查查，一样提供了源代码
还是水平太低的缘故
苏梦枕 回复于 2001-10-29 17:15:26
--------------------------------------------------------------------------------
要说比较的话，可以这么说
因为C#、Delphi首创者一样同为当年turbo pasacl作者，加上Java的JDK初始版本主要出自Borland，现在卖得最火的Java 集成环境也来自Borland
艺出同门，C#、Java和Delphi在面向对象语言、开发环境上其实相似得紧，不过本质上说，前两者才是真正的网络语言（因为采用即时编译），或者说平台
关于Delphi，钻到深处的人不是没有，却很少，所以备受指责，其实作为与C并称系统语言的pascal，真的会如basic般无能吗？在于使用的人
BTW:目前来讲，Delphi6与VC#的IDE环境还是各有所长
吗啡 回复于 2001-10-30 11:16:36
--------------------------------------------------------------------------------
苏梦枕说得及是。
我用VC也有很多年了，用DELPHI更多年。
我最讨厌那种不懂而又以为很懂的人。DELPHI的控件我也写了很多，从D3开始就有了。什么叫做VC程序员的水平高，DELPHI的水平不高，这种话都是那些不懂DELPHI的人说的。
吗啡 回复于 2001-10-30 11:17:59
--------------------------------------------------------------------------------
看看CNJ的发言，里面没有一个DELPHI单词是拼写正确的，不知道这种人有什么资格来说别人，我想更加没有资格来做程序吧。
小月飞 回复于 2001-10-30 16:17:03
--------------------------------------------------------------------------------
我同意吗啡的看法，delphi不止在windows上可以大现身手，而且在linux上也有不坏的表现。
cnj 回复于 2001-10-30 20:49:54
--------------------------------------------------------------------------------
to 吗妃：
是的，你说得对，我不懂。也许你说得对，但学习delphi的容易程度
要比VC简单得多，你该不会承认吧，一个工具难学程度可以看出它的复杂性！！！容易学因为封装得深。很少有精通VC的，会投入delphi的怀抱吧，这只能说明你学得不精不深罢了。我个人觉得delphi和VB属于同一档次的，同是面向控件的编程语言，现在VB.net将会在各个方面超过delphi,不管是易用性，还是功能上，毕竟是微软的东东。其实一个同样熟练程度的VC和delphi程序员比较，delphi程序员真只是会拉拉控件设设属性不为过，想想delphi的什么api高级编程，在VC程序员中只是普通
的组成部分。我也不是说delphi不能写控件，因为VB也可以写呀。但VC
的底层控制，和可扩展性，delphi们无法体会到。它们的定位是不同的，要不微软为什么不把VC做成delphi一样，拉拉控件，设设属性呢，VC
是唯一不是该风格的语言！相当简单封装和超强灵活性是它的生命！
吗啡 回复于 2001-10-30 22:07:18
--------------------------------------------------------------------------------
>>是的，你说得对，我不懂。也许你说得对，但学
>>习delphi的容易程
>>度要比VC简单得多，你该不会承认吧，
不好意思，我不承认。DELPHI学到后面，将会和学习VC一样，要学习WINDOWS操作系统本身就有的功能，最终要理解一些操作系统本身的概念，所以，学习VC和DELPHI最终都是在学习WINDOWS操作系统而已。VC复杂？并不是这样的吧，如果你的C和C++都精通的话，这些东西应该很容易懂的。（只不过是FRAMEWORK的理解问题）
>>一个工具难学程度可以看出它的复杂性！！！
是这样的，一个难学的工具的确是复杂，不过，我怎么就觉得在你的眼里DELPHI要难学呢？
>>容易学因为封装得深。很少有精通VC的，会投
>>入delphi的怀抱吧，这只能说明你学得不精不
>>深罢了。
是吗？你真是少见多怪了。很多熟悉DELPHI的程序员都非常熟悉VC，因为他们对VC了解，所以他们知道VC开发程序的效率低下，比不上DELPHI，所以才会使用DELPHI的。
不过我倒是希望你有空多了解DELPHI，最好深入学习一下，不然你是不会知道DELPHI的好处的，你永远只是一个井底之蛙而已。
>>我个人觉得delphi和VB属于同一档次
是吗？嗯，看来你只是一个初学者。我六年前学习VB的时候，我就认为VB = VFP = DELPHI，不过两个月后，我学习DELPHI的时候，我就觉得两个月前的我简直就他妈的是一个大白痴。居然会有那样的言论出现。
有你这样的言论，我只能说你不懂！初学者而已
>>的，同是面向控件的编程语言，
面向控件，的确是，DELPHI是，VB是。但是，更加重要的问题是，DELPHI的控件的制作，VB是如何的呢？有DELPHI这么灵活吗？有DELPHI这么有效率吗？有没有这样美丽的封装框架？
>>现在VB.net将会在各个方面超过delphi,不管是易用
>>性，还是功能上，毕竟是微软的东东。
VB.net将会在各个方面超过DELPHI？就因为它是微软的东东？
谁说微软的东东就是好东东？你有没有用过，你真是喜欢痴人说梦。
>>其实一个同样熟练程度的VC和delphi程序员比较，delphi
>>程序员真只是会拉拉控件设设属性不为过，
你有没有见过资深的DELPHI程序员，拉拉控件？VC不用拉控件吗？
VC不用设置属性吗？那么，VC不用设置属性的地方是哪里？核心代码？你没有见过DELPHI程序员写核心代码？我倒要问问你了，你懂不懂面向对象，懂不懂UML？懂不懂设计？
>>想想delphi的
>>什么api高级编程，在VC程序员中只是普通
>>的组成部分。
使用API编程就很牛了吗？在DELPHI中，只有那些没有办法的事情我们才会去考虑使用API，而且调用API对于DELPHI来说是非常容易的事情，API高级编程，这些东东都是拿来骗你的。
>>我也不是说delphi不能写控件，
>>因为VB也可以写呀。但VC的底层控制，和可
>>扩展性，delphi们无法体会到。
DELPHI无法体会到VC的底层控制，那我倒是想知道，你所谓的底层控制是什么，说来听听喽。我看看我体会得到吗？我怎么就觉得是你无法体会得到呢？
>>它们的定位
>>是不同的，要不微软为什么不把VC做成delphi
>>一样，拉拉控件，设设属性呢，VC
>>是唯一不是该风格的语言！相当简单封装和超
>>强灵活性是它的生命！
啊！真是十分的强大，你懂不懂历史？
VC是在什么时候出现的？当时的BORLAND C++买得非常火爆的时候，VC++就来抢市场了，于是，微软用它的贯用技俩，想做一个同类的产品来代替BC++，但是很可惜的是，VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。
然后，微软又来了一个VB，想通过大众化来得到更多的客户，可异的是，内容非常糟糕，没有面向对象的概念，没有规范化，什么都没有，那才是你的所谓的控件编程，拉拉控件，用用别人的东东来拼出一个应用程序来。
你知道不知道，DELPHI 1.0在出来之前的名字叫做什么？叫做VB KILLER，她就是针对VB，VFP，VC的弱点的一个开发工具。非常高的开发效率，对底层的很好的控制，对数据库的控件，都成为了焦点，那个时候，让多少程序员摆脱了痛苦？
现在，C#的出现，也证明了DELPHI类的RAD开发的优势，可是C#晚了多少年，DELPHI领先了多少年？
我看你还是努力学习，天天向上吧，不要以为学了一点东西就有什么了不起的，你的路还长着呢。
cnj 回复于 2001-10-31 1:12:32
--------------------------------------------------------------------------------
同样是理解操作系统的东西，也有深浅，同时语言的环境很重要，就PB和VFP来说针对数据库应用多，相对操作系统一些比较高级的课题就接触得少了。要深入就困难，毕竟不是面对系统的开发工具。
>>VC复杂？并不是这样的吧，如果你的C和C++都精通的话，这些东西应该很容易懂的。（只不过是FRAMEWORK的理解问题）
我不敢苟同，其实大学的C++教程只是教一种概念，概念性的东西只是最基本的。
>>一个工具难学程度可以看出它的复杂性！！！
是这样的，一个难学的工具的确是复杂，不过，我怎么就觉得在你的眼里DELPHI要难学呢？
没学delphi只是觉得它前途不大，看看现在，将来，都是微软的东西最有前途，看看外面招程序员就知道。话又说回来，最难学的开发工具都没让我气屡，何苦delphi。
>>是吗？你真是少见多怪了。很多熟悉DELPHI的程序员都非常熟悉VC，因为他们对VC了解，所以他们知道VC开发程序的效率低下，比不上DELPHI，所以才会使用DELPHI的。
说VC效率低下，是针对DB吧，其实看看现在市面拿得出手的软件不都是用VC开发的呀，大的象office不说了，就那那些优秀的国产软件,超级解霸，下载工具netants,wps2000，甚至联众游戏，OICQ等难道用delphi开发出来的吗？就通信方面程控交换机的软件就首选VC，不会考虑delphi.不能把软件开发老是定位在数据库应用中！ 这里顺便说一句，不知道谁是井底蛙。
>>我个人觉得delphi和VB属于同一档次
是吗？嗯，看来你只是一个初学者。我六年前学习VB的时候，我就认为VB = VFP = DELPHI，不过两个月后，我
学习DELPHI的时候，我就觉得两个月前的我简直就他妈的是一个大白痴。居然会有那样的言论出现。
你也不用太张狂，这里说一句，其实要说易用性，一个RAD开发工具，一个针对数据库应用，VB和delphi是不相上下的，大量的数据库服务器/客户机企业级应用，VB更普遍，ASP采用VB脚本语言。当然现在的VB.net就接近C语法了，也更成熟。
>>>>的，同是面向控件的编程语言，
面向控件，的确是，DELPHI是，VB是。但是，更加重要的问题是，DELPHI的控件的制作，VB是如何的呢？有DELPHI这么灵活吗？有DELPHI这么有效率吗？有没有这样美丽的封装框架？
VB制做控件也是很简单的，但离不开控件的支持，这一点上和delphi类似。但同样缺少灵活性。控件做好后扩充不易。讲到扩充性这却是VC的拿手戏，找个类，很少的改动就成了新东西。就比方说吧，写一个类似网格类，支持数据库，网格里支持多选行组合框，复选框，编辑筐，并支持popupmenu,等等。VC就用一些基本的类，消息等实现之，看不到在屏上拉拉拽拽，那种发明的感觉才真叫爽！delphi不用到控件能实现吗，效率怎么样呢。
>>>>现在VB.net将会在各个方面超过delphi,不管是易用
>>性，还是功能上，毕竟是微软的东东。VB.net将会在各个方面超过DELPHI？就因为它是微软的东东？
谁说微软的东东就是好东东？你有没有用过，你真是喜欢痴人说梦。
其实微软的东西是不是好东西大家心里都明白，看看大家在为这个认证那个认证的，就清楚。事实上VB.net是visual studio.net 很重要的组成部分，相互之间的类可以无间隙的使用，变化是巨大的，事实上VB.net和C#的界限也日趋模糊了。最核心的东西由微软操纵，interprise公司一直在追赶是不争的事实。你不了解也不要枉下结论。
>>VC是在什么时候出现的？当时的BORLAND C++买得非常火爆的时候，VC++就来抢市场了，于是，微软用它的贯用技俩，想做一个同类的产品来代替BC++，但是很可惜的是，VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。
VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。你说这话可以说很幼稚！！简单容易不一定是好东西！！！！说句笑话，刚开始时，我有想学BORLAND C++来的，当时有个搞计算机很不错的朋友就劝我，说，学这个做什么，“破烂的C”的公司都快倒闭了，要快速编成学VB，要不就学难的VC吧。可以
说是VC的出现，让BC++溃不成军了。
>>DELPHI无法体会到VC的底层控制，那我倒是想知道，你所谓的底层控制是什么，说来听听喽。我看看我体会
得到吗？我怎么就觉得是你无法体会得到呢？
底层控制当然有很多意义了。比方前面提到的各种可重用的类，效率高的基于socket api,wininet api,
类的开发，太多了......其实说穿了，不管delphi怎样RAD，不都是在api的基础上封装出来的！离不开windows api呀，如果很好地使用api,熟练掌握了，难道还不会使用delphi吗？学习的时间大大缩短！！只是现
在很多VC程序员不想转到delphi而已。
其实你心里很清楚，delphi是不能和VC++做比较，只是嘴中不承认而已。我本人一直在学VC，越深入就越觉得它的强大。也曾经学过delphi,写了些小程序，拉拉控件的感觉实在给不了自己快感，就改攻VC了。VC有些时候是繁琐一些，但也不全是，在大的工程中，它能发挥极大的威力。面向控件的开发工具最不好的就是结构性差，事件的跳转，搞得程序可读性差，代码的维护困难，封装性不好，这对于大的工程是致命的。这里我也不是说自己水平有多好，不象有些人目空一切！
我看你还是努力学习，天天向上吧，不要以为学了一点东西就有什么了不起的，你的路还长着呢。
谢谢你，我会努力的，也给你提个醒，认清形势吧。delphi 也许会象netscape公司一样的路，到时候，你就会谢我对你的提醒的。
我也回送你一句话：不要以为学了一点东西就有什么了不起的，你的路还更长呢。
苏梦枕 回复于 2001-10-31 10:37:43
--------------------------------------------------------------------------------
两位争论，呵呵，刀光剑影
为什么说是面向控件呢？这个术语谁发明的？vb是伪面向对象的基于对象语言，Delphi是纯粹的面向对象语言开发环境。你完全可以不用那些控件，用是聪明，不用是勤奋，如此而已。想扩展功能，写类来继承它，很舒服
一般用RAD的人，上手容易，进步不多，其实是被RAD的表象迷惑了，未能真正用面向对象的思路要求自己。我的理解是这样的：VB逼着你轻松构造，VC逼着你勤奋构造，Delphi迷惑你轻松构造（大部分人被迷惑了）
关于VB.net，一般来说，与原来的vb6大相径庭，是真正的面向对象了，改变太多。我以为它去掉了原有的易学性优点，前景并不看好。也许微软是期待用它实现大批vb程序员向网络时代的无缝转轨（不过这缝可不小：））
微软在vs.net中的主推语言是c#，其实就是java的影子，以后或许能大行于道，不过起步相对java晚了点，后者已成气候。微软现在在操作系统上太霸道（例如XP的激活），增大了困难
汇编的黄金时代早已过去，pb的黄金时代两年前也过去了，接下来过去的会是哪一种？我看好c++和object pascal一起退隐江湖：）
其实国外早已是Java的天下
等用一种语言的黄金一代程序员退出江湖，也就不会有关于它的太多争论了。
两位都是高手，何需为几门语言伤了和气，哪种语言风行，学习就是了。这叫做随风倒：）感觉语言不好用，大家一起痛骂之。
BTW:其实Borland的BC败于VC，不在于BC3.1，而是后续的4.0、5.0太令人失望。目前它的主要收益，分别来自JBulder和Delphi，以后或许会有Kylix，在java和linux大行于道的时代，要如netscape一下子死翘，并不容易(Interprise公司前不久重新改名为Borland)
吗啡 回复于 2001-11-1 19:11:06
--------------------------------------------------------------------------------
to: cnj
OK，我们直接一点
不错，“同样是理解操作系统的东西，也有深浅”。不过我不认为你选用PB、VFP针对系统级
的应用来说明DELPHI针对系统级的应用是明智的。我想你肯定是没有用过DELPHI吧，也许你
也是没有用过PB、VFP。这三种语言我都用过，不过，PB、VFP的侧重点不在于系统，而是针
对数据库。在PB中甚至没有指针类型，调用一个需要带STRING的指针API几乎是不可能的事情
（我还记得，我曾经用DELPHI制作了一个几K的DLL文件来帮助PB调用一些需要带指针字符串
的API）。而VFP呢，关键还是数据库，稍微深入系统一些的调用就已经做不来了。
DELPHI可不是你想像的那样，它对各方面的调用以及应用都非常顺手，因为PASCAL和C语言本
身就是兄弟语言，所以C的调用方式很容易就可以转变成为PASCAL，再加上对系统级的各种操
作，比如说：线程、COM、回调都与C非常接近。至少到现在为止，我都没有因为哪种功能实
现不了而要用到C的，如果你有，那么也是因为你对PASCAL的肤浅了解而导至。
“大学的C++教程只是教一种概念”，我从来就不认为中国的计算机教育很好，而我说的任何
东西请不要与大学扯上半点联系。不过从这一句话中可以看出，你好像不是怎么尊重概念性
的东西。不要忘了，哪一句程序不充满了概念？内存？链表？队列？指针？数组？流？面向
对象？“难学的语言就表明了复杂性”？两样菜摆在你面前，是不是难吃的那一盆就复杂过
好吃的那一盆？
“将来，都是微软的东西最有前途，看看外面招程序员就知道”？
你算了吧，外面招的程序员大部份还是要DELPHI的，而且，DELPHI的易用性和对系统深入程
度都是非常好的东西，RAD开发工具在市场上的份额会越来越大，用户会越来越多，以后更多
的程序员都会转向系统的分析，控件的制作，像这种一个程序一个人就完成的情况会越来越
少，而会转向网络的开发模式，提供出接口，别人就可以调用。一个程序员可以是做控件的
，可以做界面的，可以做系统核心的，可以做算法的，你只要在网络上搜索你所需要的资源
，然后进行调用就可以了（当然需要付钱），最后，将会使用最少的工作量来完成最多的事
情。不管你承不承认，VC淡出要比DELPHI快得多，必竞不是一个档次的，不容易应用于构件
开发。
关于用什么来开发的问题，我想我不用和你针论。连DELPHI那么大的一个集成环境都是用
DELPHI写出来的，我想这已经足够说明问题了。并不是说超级解霸，NETANTS，WPS2000等不
用DELPHI开发就表明了DELPHI不能开发，这个问题你可是要搞搞清楚。而且我所说的软件开
发并不是指数据库，甚至我可以抛开数据库不谈，因为DELPHI的数据库开发只是占DELPHI开
发很小的一个部份而已，而你不过是对DELPHI不够了解，造成了你认为DELPHI只能做数据库
。去DOWNLOAD.COM去看看，下载一些排名比较前的软件，就会发现有很多程序都是DELPHI开
发完成的，这也已经足够说明问题。
VB和DELPHI的易用性真的不相上下吗？DELPHI中的OBJECT PASCAL可是纯粹的面向对象的开发
语言，VB？算是什么，一大堆乱七八糟拼出来的东西，那也叫做开发环境，说出去就可以笑
死一群人。
DELPHI的控件做好后扩充不易？这是我在本世纪听到的最好笑的一句话。
你去www.torry.net去看看，分门别类，你要做什么都可以在上面找到相应的控件，如果说扩
充不易，哪来这么多的控件？而且，做DELPHI控件是一件最幸福的事情，只要你懂面向对象
，只要你了解VCL，你就会做，这一种易用性现在还没有什么语言可以比拟。用OBJECT
PASCAL做出来的控件直接就可以安装到DELPHI的集成环境中，这是任何一个DELPHI开发员都
知道的、而且效率很高，不过我想你是不会知道的。DELPHI本身的标准控件也是用这种方式
开发出来的，这一点你应该更不知道吧。
我觉得你还是停留在DOS的开发阶段。并不是每一句代码都自己完成的程序那才叫做好（虽然
这样做DELPHI完全可以做得到），为什么会有RAD工具？为什么会有DELPHI？就是为了解脱我
们程序员，希望大家可以轻松的做事情，不要再那么劳累，而你却并不知道这一点，你编写
程序只是为了满足你自己的心理需要而已，而我编写程序是为了用我程序的用户。
微软的东西就是好？BORLAND公司只是在追赶？为什么我觉得C#非常像DELPHI？为什么微软要
出一个和DELPHI类似的RAD工具？谁在追赶谁？只是因为操作系统是微软的而已，就可以证明
BORLAND在跟风吗？呵呵，你还是痴人说梦。
（另外：纠正你的错误，因该是INPRISE而不是INTERPRISE，而且现在已经改回成BORLAND。
这只说明你对BORLAND公司一点都不了解）
一年前，我还听说MICROSOFT投入了很大一笔资金到BORLAND，希望与BORLAND公司达成一个协
议，那就是：微软给BORLAND提供最新的操作系统的资料，希望BORLAND仍然制作在WIN32平台
下的开发工具。这是为什么你知道吗？这是因为MICROSOFT害怕BORLAND公司不再制作WIN32平
台的工具后，所有的使用BORLAND工具的程序员会转向LINUX或其它操作系统，这会导致
MICROSOFT的WINDOWS的市场份额不在那么大，而会被LINUX其它操作系统所占领了。因为在
WIN32下的很多应用软件都是用BORLAND的开发工具制作的。
“VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。”
这句话很幼稚吗？？！！！简单容易不一定是好东西？？你的那个所谓的“搞计算机很不错
的朋友”劝说你的话才幼稚吧。
难道MFC不比WIN32程序开发来得简单，你难道可以说MFC不比WIN32程序好？（也许你是这样
认为的也不一定）
原来你所谓的底层控制是这样的吗？
1、各种可重用的类
这个是面向对象的范畴，不属于底层的东西，相反，它应该属于高层次的开发，不知道你
有没有真正的设计过一套框架类，用C++或OBJECT PASCAL来设计制作，这些东西将会在以后
是重点，而不是你所谓的API调用。API调用只是一些低级的东西，我可以说，只要给我手册
，我就知道如何调用，要不然就不会叫做API了（APPLICATION PROGRAM INTERFACE）
2、效率高的基于SOCKET API，WININET API，类的开发？
SOCKET API，WININET API的开发也不过是一些API的调用，需要高效率意味着需要一个很
少的网络传输和一些高效的算法，这些并不是说用C做得到而PASCAL做不到的，你要这么说，
我只能说是你非常愚蠢了。
你以为你学会了VC就学DELPHI会非常快吗？你拉倒吧。
我想我需要再次重申一个问题，你做程序只是需要满足你的所谓“快感”而已，而我做程序
完全是为了用我的程序的用户，我们俩个是无法比较的。学VC，越深入就越觉得它的强大，
这是肯定，因为我也有这样的感觉，但是就开发一个程序来说，我宁愿使用DELPHI而不是VC
，因为DELPHI做程序的开发效率很高，而且扩展性各方面也很好，你说不好，是因为你不会
，而我却从来就没有否认过VC的效率和扩展性，因为我也会。
我记得我以前在DOS下用汇编写中断调用程序的时候，写驻留内存程序的时候，用C写应用程
序的时候。那时候我也是认为代码就是一切，在使用DELPHI的时候也有过你这样的感觉，我
甚至没有办法忘记以前的编程方式，因为那时候的太多东西都花了我很多的时间来学习。但
是我还是接受并慢慢喜欢上了DELPHI的这种开发方式，因为这一种开发方式的确是让我摆脱
了很多不必要的时间精力的花费，喜欢写控件时就写控件，喜欢写应用程序时就写应用程序
，不管是界面上的，系统级的，类的，还是可重用的框架，都可以用DELPHI轻松的制作出来
，而且性能都是一流的，如果你说不行，那也只是因为你不会而已。
VC程序员不用DELPHI，因为他们憎恨（至少有一部份如此），他们憎恨这种开发模式，认为
这种开发模式会给他们带来厄运，因为一件用VC来做很复杂而且繁琐，不容易的事情到了
DELPHI下居然变得那么轻松，快捷，而且各方面性能都不差。
“面向控件的开发工具”只是你编造的一个骗人的名字而已，事件的跳转会导致程序的可读
性差吗？这个我不是这样认为，事件的跳转可以让程序员灵活地处理各种事件的的发生，而
且是以对象的形式处理，这不应该是可读性差，而应该是好才对。
拉拉控件只是你对DELPHI的一个肤浅认识，就像你的快感一样。 ^O^
不要拿DELPHI与NETSCAPE比较，那样很蠢。
吗啡
朱德祥 回复于 2001-11-1 20:03:26
--------------------------------------------------------------------------------
To:吗啡
我觉得用Delphi 与 VC++ 相比就好像用以前的Pascal 与 C 相比。那是不可比的！
我也觉得Delphi 在可用性方面比VC++要强,但在功能与性能方面要比VC++差！
吗啡 回复于 2001-11-1 21:06:18
--------------------------------------------------------------------------------
to 朱德祥：
Pascal &
C 为什么不可比？
Pascal做出来的程序比C的要小得多，速度快得多，编译速度快得多。C做出来的PASCAL一样做出来，而且不难。难道不是。PASCAL语法严谨，不容易出错，而且一样有灵活的指针。
PASCAL与C比，各有优缺，不相上下。
huanghq 回复于 2001-11-1 21:09:23
--------------------------------------------------------------------------------
语言并不是主要的，重要的是编程思想
朱德祥 回复于 2001-11-1 21:34:38
--------------------------------------------------------------------------------
PASCAL语法是严谨,但我只知道Pascal 用来教学,而 C 用来应用。
而且有很多事是Pascal 不能做而C能做的！运行速度方面，公认除了汇编,C是最快的！
吗啡 回复于 2001-11-1 21:39:32
--------------------------------------------------------------------------------
Pascal的速度不快？你用一下就知道了，没有用过就不要在这里扯
吗啡 回复于 2001-11-1 21:40:59
--------------------------------------------------------------------------------
什么事情C做得到PASCAL做不到？
你不会而已
朱德祥 回复于 2001-11-1 21:44:56
--------------------------------------------------------------------------------
TO:吗啡
Unix and Linux 是Pascal 能做的吗？而且还有windows！...
用户名： 密码：
记住密码 | 忘记了密码？
当前位置 论坛首页? 原 VCHelp 在线论坛? “C#与Dehpi的比较”
关键字 搜索方式 匹配全部 匹配任意 搜索主题 搜索内容
作者 主题 C#与Dehpi的比较
闻怡洋 发表于 2001-10-1 10:34:32
--------------------------------------------------------------------------------
发表人：cd cui_dong@263.net 2001-09-30
wyy_cq，您好！
对于各种开发语言的比较，很多人认为没有意义，特别对高手更是不屑一顾，本人虽然也认为这种比较在本质上没有太大意义，但还是愿意比一下，毕竟可以广征博引，有所收获，更何况本人不是高手，看看你的留言簿上，虽然废话很多，但也有很多有价值的论点，特别是那个恶魔吹着笛子来那个家伙，很不一般。眼下，c#如日中天，本人也密切关注，生怕对delphi有很大冲击（本人虽然vc,delphi都用，但精通还数delphi),我想请你
在搞一个c#and delphi的论坛，不要管别人这么说，有兴趣的自然留言，没兴趣的就让他发发牢骚也未尝不可。
看看会有什么结果。
ppetmycu 回复于 2001-10-4 10:59:36
--------------------------------------------------------------------------------
delphi和C#同出Anders之手，两者在结构上多少有相似之外.
但C#比Delphi后出，况在微软旗下，易用性和人性化方面来说，C#应比Delphi略强。
cppfan 回复于 2001-10-4 21:59:03
--------------------------------------------------------------------------------
一件到dephi就烦,语法太滥;
Storm 回复于 2001-10-9 12:49:06
--------------------------------------------------------------------------------
C#在IDE上较Delphi稍胜一筹.
jinkaizi8 回复于 2001-10-9 15:52:41
--------------------------------------------------------------------------------
请问C#是什么东西？
哪里有买？
大鹏鸟 回复于 2001-10-9 16:55:58
--------------------------------------------------------------------------------
将来可视化开发的人(不管是vb、delphi、bcb还是C#),就是现在的电子厂生产线工人，而到时候的C程序员将比现在的C程序员更值钱，当然我说的不一定就是VC++罗，还有更多更广泛的地方（嵌入式等），退一步说请问大家：vb、delphi、bcb、c#本身是什么做的？如果我们中国的程序员老是把自己的目标定位在工人的层次，那中国软件可就没有什么指望了，当然现在中国的软件队伍中还只有80%这种人、并不是全部，我想这已经了不起了！
mclly 回复于 2001-10-10 11:39:35
--------------------------------------------------------------------------------
C＃和怎么会和delphi有可比性，，一个是语言一个是开发平台
要比也要NET.FRAMEWORK 和DELPHI
至少在WINDOWS消息上DELPHI的VCL封装要比
NET.的WFC要好，，
吗啡 回复于 2001-10-18 12:58:01
--------------------------------------------------------------------------------
什么鸟帖子，标题都写错了，内容也是乱七八糟。
cnj 回复于 2001-10-25 8:50:25
--------------------------------------------------------------------------------
根本没办法比，C#是最新技术，Dephi 算什么东西！！！！
吗啡 回复于 2001-10-27 16:17:07
--------------------------------------------------------------------------------
to cnj:
不学无术的家伙，你懂什么，如果你懂的话，就说来听听，要不然，你算什么东西！！！！！！！！！
cnj 回复于 2001-10-28 9:00:07
--------------------------------------------------------------------------------
to 吗诽：
你用过vC没有，当你用过它时，你就会同意我的看法。毕竟dephi只是控件的编程，只是比vB稍好，现在的vb.net就比它好多了。超级解霸梁肇新也是这么看dephi的，你还是学学VC吧，学好了再和我说话！！！
cnj 回复于 2001-10-28 10:34:41
--------------------------------------------------------------------------------
to 吗诽:
dehhi这类东西，编编应用还是可以的，当然控件是别人提供给你的了，是一种黑盒子，至于如何实现就无从知道了，只是拉拉控件，放到
窗体，设设属性而已嘛。VC(不是C#)就不同了，它提供了最大的灵活性，
不用第三方控件就可以写一些功能相当复杂的控件。比方在dephi中的控件MSComm,在dephi中只是一控件，不能扩展。在VC中就具体到该控件的
是实现代码，如果你水平足够高的话，你可以增强它的功能。其实VC功能之强大，只能慢慢才能体会，现在推出的C#是不能代替它的。一句话，VC
就象发明汽车零件的发明家，而dephi之流只是对这些零件进行组装的组装师，水平高低，一目了然！
Tintin 回复于 2001-10-29 13:36:16
--------------------------------------------------------------------------------
楼上这位兄弟的水平高低，的确是一目了然 ^_^
为了避免被这兄弟误导初学者，特做说明如下
1)Delphi是以OP为语言基础的，他有完整的VCL类库支持(事实上VCL类库本身就是OP实现的,VCL和MFC一样，是一套框架，但封装的思想和出发点不同，优劣我无法评定）。Delphi中的控件就是VCL中的类，而MSComm本身ActiveX构件，所以cnj的说法是完全错误的。
补充一点，VC和Delphi只是两个集成开发环境，工具的使用是习惯问题，没有意义比较，而至于他们使用的语言的比较大师们尚且无法作出更何况我辈！但可以说明的一点是 C/C++因为有标准委员会所以可移植性是可以保证的，而ObjectPascal和Java一样只被个别公司控制。
雨人 回复于 2001-10-29 14:32:19
--------------------------------------------------------------------------------
C#应该和JAVA比，不应该和DELPHI比
苏梦枕 回复于 2001-10-29 17:02:10
--------------------------------------------------------------------------------
delphi的控件不能扩展？不对吧，老兄，去查查，一样提供了源代码
还是水平太低的缘故
苏梦枕 回复于 2001-10-29 17:15:26
--------------------------------------------------------------------------------
要说比较的话，可以这么说
因为C#、Delphi首创者一样同为当年turbo pasacl作者，加上Java的JDK初始版本主要出自Borland，现在卖得最火的Java 集成环境也来自Borland
艺出同门，C#、Java和Delphi在面向对象语言、开发环境上其实相似得紧，不过本质上说，前两者才是真正的网络语言（因为采用即时编译），或者说平台
关于Delphi，钻到深处的人不是没有，却很少，所以备受指责，其实作为与C并称系统语言的pascal，真的会如basic般无能吗？在于使用的人
BTW:目前来讲，Delphi6与VC#的IDE环境还是各有所长
吗啡 回复于 2001-10-30 11:16:36
--------------------------------------------------------------------------------
苏梦枕说得及是。
我用VC也有很多年了，用DELPHI更多年。
我最讨厌那种不懂而又以为很懂的人。DELPHI的控件我也写了很多，从D3开始就有了。什么叫做VC程序员的水平高，DELPHI的水平不高，这种话都是那些不懂DELPHI的人说的。
吗啡 回复于 2001-10-30 11:17:59
--------------------------------------------------------------------------------
看看CNJ的发言，里面没有一个DELPHI单词是拼写正确的，不知道这种人有什么资格来说别人，我想更加没有资格来做程序吧。
小月飞 回复于 2001-10-30 16:17:03
--------------------------------------------------------------------------------
我同意吗啡的看法，delphi不止在windows上可以大现身手，而且在linux上也有不坏的表现。
cnj 回复于 2001-10-30 20:49:54
--------------------------------------------------------------------------------
to 吗妃：
是的，你说得对，我不懂。也许你说得对，但学习delphi的容易程度
要比VC简单得多，你该不会承认吧，一个工具难学程度可以看出它的复杂性！！！容易学因为封装得深。很少有精通VC的，会投入delphi的怀抱吧，这只能说明你学得不精不深罢了。我个人觉得delphi和VB属于同一档次的，同是面向控件的编程语言，现在VB.net将会在各个方面超过delphi,不管是易用性，还是功能上，毕竟是微软的东东。其实一个同样熟练程度的VC和delphi程序员比较，delphi程序员真只是会拉拉控件设设属性不为过，想想delphi的什么api高级编程，在VC程序员中只是普通
的组成部分。我也不是说delphi不能写控件，因为VB也可以写呀。但VC
的底层控制，和可扩展性，delphi们无法体会到。它们的定位是不同的，要不微软为什么不把VC做成delphi一样，拉拉控件，设设属性呢，VC
是唯一不是该风格的语言！相当简单封装和超强灵活性是它的生命！
吗啡 回复于 2001-10-30 22:07:18
--------------------------------------------------------------------------------
>>是的，你说得对，我不懂。也许你说得对，但学
>>习delphi的容易程
>>度要比VC简单得多，你该不会承认吧，
不好意思，我不承认。DELPHI学到后面，将会和学习VC一样，要学习WINDOWS操作系统本身就有的功能，最终要理解一些操作系统本身的概念，所以，学习VC和DELPHI最终都是在学习WINDOWS操作系统而已。VC复杂？并不是这样的吧，如果你的C和C++都精通的话，这些东西应该很容易懂的。（只不过是FRAMEWORK的理解问题）
>>一个工具难学程度可以看出它的复杂性！！！
是这样的，一个难学的工具的确是复杂，不过，我怎么就觉得在你的眼里DELPHI要难学呢？
>>容易学因为封装得深。很少有精通VC的，会投
>>入delphi的怀抱吧，这只能说明你学得不精不
>>深罢了。
是吗？你真是少见多怪了。很多熟悉DELPHI的程序员都非常熟悉VC，因为他们对VC了解，所以他们知道VC开发程序的效率低下，比不上DELPHI，所以才会使用DELPHI的。
不过我倒是希望你有空多了解DELPHI，最好深入学习一下，不然你是不会知道DELPHI的好处的，你永远只是一个井底之蛙而已。
>>我个人觉得delphi和VB属于同一档次
是吗？嗯，看来你只是一个初学者。我六年前学习VB的时候，我就认为VB = VFP = DELPHI，不过两个月后，我学习DELPHI的时候，我就觉得两个月前的我简直就他妈的是一个大白痴。居然会有那样的言论出现。
有你这样的言论，我只能说你不懂！初学者而已
>>的，同是面向控件的编程语言，
面向控件，的确是，DELPHI是，VB是。但是，更加重要的问题是，DELPHI的控件的制作，VB是如何的呢？有DELPHI这么灵活吗？有DELPHI这么有效率吗？有没有这样美丽的封装框架？
>>现在VB.net将会在各个方面超过delphi,不管是易用
>>性，还是功能上，毕竟是微软的东东。
VB.net将会在各个方面超过DELPHI？就因为它是微软的东东？
谁说微软的东东就是好东东？你有没有用过，你真是喜欢痴人说梦。
>>其实一个同样熟练程度的VC和delphi程序员比较，delphi
>>程序员真只是会拉拉控件设设属性不为过，
你有没有见过资深的DELPHI程序员，拉拉控件？VC不用拉控件吗？
VC不用设置属性吗？那么，VC不用设置属性的地方是哪里？核心代码？你没有见过DELPHI程序员写核心代码？我倒要问问你了，你懂不懂面向对象，懂不懂UML？懂不懂设计？
>>想想delphi的
>>什么api高级编程，在VC程序员中只是普通
>>的组成部分。
使用API编程就很牛了吗？在DELPHI中，只有那些没有办法的事情我们才会去考虑使用API，而且调用API对于DELPHI来说是非常容易的事情，API高级编程，这些东东都是拿来骗你的。
>>我也不是说delphi不能写控件，
>>因为VB也可以写呀。但VC的底层控制，和可
>>扩展性，delphi们无法体会到。
DELPHI无法体会到VC的底层控制，那我倒是想知道，你所谓的底层控制是什么，说来听听喽。我看看我体会得到吗？我怎么就觉得是你无法体会得到呢？
>>它们的定位
>>是不同的，要不微软为什么不把VC做成delphi
>>一样，拉拉控件，设设属性呢，VC
>>是唯一不是该风格的语言！相当简单封装和超
>>强灵活性是它的生命！
啊！真是十分的强大，你懂不懂历史？
VC是在什么时候出现的？当时的BORLAND C++买得非常火爆的时候，VC++就来抢市场了，于是，微软用它的贯用技俩，想做一个同类的产品来代替BC++，但是很可惜的是，VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。
然后，微软又来了一个VB，想通过大众化来得到更多的客户，可异的是，内容非常糟糕，没有面向对象的概念，没有规范化，什么都没有，那才是你的所谓的控件编程，拉拉控件，用用别人的东东来拼出一个应用程序来。
你知道不知道，DELPHI 1.0在出来之前的名字叫做什么？叫做VB KILLER，她就是针对VB，VFP，VC的弱点的一个开发工具。非常高的开发效率，对底层的很好的控制，对数据库的控件，都成为了焦点，那个时候，让多少程序员摆脱了痛苦？
现在，C#的出现，也证明了DELPHI类的RAD开发的优势，可是C#晚了多少年，DELPHI领先了多少年？
我看你还是努力学习，天天向上吧，不要以为学了一点东西就有什么了不起的，你的路还长着呢。
cnj 回复于 2001-10-31 1:12:32
--------------------------------------------------------------------------------
同样是理解操作系统的东西，也有深浅，同时语言的环境很重要，就PB和VFP来说针对数据库应用多，相对操作系统一些比较高级的课题就接触得少了。要深入就困难，毕竟不是面对系统的开发工具。
>>VC复杂？并不是这样的吧，如果你的C和C++都精通的话，这些东西应该很容易懂的。（只不过是FRAMEWORK的理解问题）
我不敢苟同，其实大学的C++教程只是教一种概念，概念性的东西只是最基本的。
>>一个工具难学程度可以看出它的复杂性！！！
是这样的，一个难学的工具的确是复杂，不过，我怎么就觉得在你的眼里DELPHI要难学呢？
没学delphi只是觉得它前途不大，看看现在，将来，都是微软的东西最有前途，看看外面招程序员就知道。话又说回来，最难学的开发工具都没让我气屡，何苦delphi。
>>是吗？你真是少见多怪了。很多熟悉DELPHI的程序员都非常熟悉VC，因为他们对VC了解，所以他们知道VC开发程序的效率低下，比不上DELPHI，所以才会使用DELPHI的。
说VC效率低下，是针对DB吧，其实看看现在市面拿得出手的软件不都是用VC开发的呀，大的象office不说了，就那那些优秀的国产软件,超级解霸，下载工具netants,wps2000，甚至联众游戏，OICQ等难道用delphi开发出来的吗？就通信方面程控交换机的软件就首选VC，不会考虑delphi.不能把软件开发老是定位在数据库应用中！ 这里顺便说一句，不知道谁是井底蛙。
>>我个人觉得delphi和VB属于同一档次
是吗？嗯，看来你只是一个初学者。我六年前学习VB的时候，我就认为VB = VFP = DELPHI，不过两个月后，我
学习DELPHI的时候，我就觉得两个月前的我简直就他妈的是一个大白痴。居然会有那样的言论出现。
你也不用太张狂，这里说一句，其实要说易用性，一个RAD开发工具，一个针对数据库应用，VB和delphi是不相上下的，大量的数据库服务器/客户机企业级应用，VB更普遍，ASP采用VB脚本语言。当然现在的VB.net就接近C语法了，也更成熟。
>>>>的，同是面向控件的编程语言，
面向控件，的确是，DELPHI是，VB是。但是，更加重要的问题是，DELPHI的控件的制作，VB是如何的呢？有DELPHI这么灵活吗？有DELPHI这么有效率吗？有没有这样美丽的封装框架？
VB制做控件也是很简单的，但离不开控件的支持，这一点上和delphi类似。但同样缺少灵活性。控件做好后扩充不易。讲到扩充性这却是VC的拿手戏，找个类，很少的改动就成了新东西。就比方说吧，写一个类似网格类，支持数据库，网格里支持多选行组合框，复选框，编辑筐，并支持popupmenu,等等。VC就用一些基本的类，消息等实现之，看不到在屏上拉拉拽拽，那种发明的感觉才真叫爽！delphi不用到控件能实现吗，效率怎么样呢。
>>>>现在VB.net将会在各个方面超过delphi,不管是易用
>>性，还是功能上，毕竟是微软的东东。VB.net将会在各个方面超过DELPHI？就因为它是微软的东东？
谁说微软的东东就是好东东？你有没有用过，你真是喜欢痴人说梦。
其实微软的东西是不是好东西大家心里都明白，看看大家在为这个认证那个认证的，就清楚。事实上VB.net是visual studio.net 很重要的组成部分，相互之间的类可以无间隙的使用，变化是巨大的，事实上VB.net和C#的界限也日趋模糊了。最核心的东西由微软操纵，interprise公司一直在追赶是不争的事实。你不了解也不要枉下结论。
>>VC是在什么时候出现的？当时的BORLAND C++买得非常火爆的时候，VC++就来抢市场了，于是，微软用它的贯用技俩，想做一个同类的产品来代替BC++，但是很可惜的是，VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。
VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。你说这话可以说很幼稚！！简单容易不一定是好东西！！！！说句笑话，刚开始时，我有想学BORLAND C++来的，当时有个搞计算机很不错的朋友就劝我，说，学这个做什么，“破烂的C”的公司都快倒闭了，要快速编成学VB，要不就学难的VC吧。可以
说是VC的出现，让BC++溃不成军了。
>>DELPHI无法体会到VC的底层控制，那我倒是想知道，你所谓的底层控制是什么，说来听听喽。我看看我体会
得到吗？我怎么就觉得是你无法体会得到呢？
底层控制当然有很多意义了。比方前面提到的各种可重用的类，效率高的基于socket api,wininet api,
类的开发，太多了......其实说穿了，不管delphi怎样RAD，不都是在api的基础上封装出来的！离不开windows api呀，如果很好地使用api,熟练掌握了，难道还不会使用delphi吗？学习的时间大大缩短！！只是现
在很多VC程序员不想转到delphi而已。
其实你心里很清楚，delphi是不能和VC++做比较，只是嘴中不承认而已。我本人一直在学VC，越深入就越觉得它的强大。也曾经学过delphi,写了些小程序，拉拉控件的感觉实在给不了自己快感，就改攻VC了。VC有些时候是繁琐一些，但也不全是，在大的工程中，它能发挥极大的威力。面向控件的开发工具最不好的就是结构性差，事件的跳转，搞得程序可读性差，代码的维护困难，封装性不好，这对于大的工程是致命的。这里我也不是说自己水平有多好，不象有些人目空一切！
我看你还是努力学习，天天向上吧，不要以为学了一点东西就有什么了不起的，你的路还长着呢。
谢谢你，我会努力的，也给你提个醒，认清形势吧。delphi 也许会象netscape公司一样的路，到时候，你就会谢我对你的提醒的。
我也回送你一句话：不要以为学了一点东西就有什么了不起的，你的路还更长呢。
苏梦枕 回复于 2001-10-31 10:37:43
--------------------------------------------------------------------------------
两位争论，呵呵，刀光剑影
为什么说是面向控件呢？这个术语谁发明的？vb是伪面向对象的基于对象语言，Delphi是纯粹的面向对象语言开发环境。你完全可以不用那些控件，用是聪明，不用是勤奋，如此而已。想扩展功能，写类来继承它，很舒服
一般用RAD的人，上手容易，进步不多，其实是被RAD的表象迷惑了，未能真正用面向对象的思路要求自己。我的理解是这样的：VB逼着你轻松构造，VC逼着你勤奋构造，Delphi迷惑你轻松构造（大部分人被迷惑了）
关于VB.net，一般来说，与原来的vb6大相径庭，是真正的面向对象了，改变太多。我以为它去掉了原有的易学性优点，前景并不看好。也许微软是期待用它实现大批vb程序员向网络时代的无缝转轨（不过这缝可不小：））
微软在vs.net中的主推语言是c#，其实就是java的影子，以后或许能大行于道，不过起步相对java晚了点，后者已成气候。微软现在在操作系统上太霸道（例如XP的激活），增大了困难
汇编的黄金时代早已过去，pb的黄金时代两年前也过去了，接下来过去的会是哪一种？我看好c++和object pascal一起退隐江湖：）
其实国外早已是Java的天下
等用一种语言的黄金一代程序员退出江湖，也就不会有关于它的太多争论了。
两位都是高手，何需为几门语言伤了和气，哪种语言风行，学习就是了。这叫做随风倒：）感觉语言不好用，大家一起痛骂之。
BTW:其实Borland的BC败于VC，不在于BC3.1，而是后续的4.0、5.0太令人失望。目前它的主要收益，分别来自JBulder和Delphi，以后或许会有Kylix，在java和linux大行于道的时代，要如netscape一下子死翘，并不容易(Interprise公司前不久重新改名为Borland)
吗啡 回复于 2001-11-1 19:11:06
--------------------------------------------------------------------------------
to: cnj
OK，我们直接一点
不错，“同样是理解操作系统的东西，也有深浅”。不过我不认为你选用PB、VFP针对系统级
的应用来说明DELPHI针对系统级的应用是明智的。我想你肯定是没有用过DELPHI吧，也许你
也是没有用过PB、VFP。这三种语言我都用过，不过，PB、VFP的侧重点不在于系统，而是针
对数据库。在PB中甚至没有指针类型，调用一个需要带STRING的指针API几乎是不可能的事情
（我还记得，我曾经用DELPHI制作了一个几K的DLL文件来帮助PB调用一些需要带指针字符串
的API）。而VFP呢，关键还是数据库，稍微深入系统一些的调用就已经做不来了。
DELPHI可不是你想像的那样，它对各方面的调用以及应用都非常顺手，因为PASCAL和C语言本
身就是兄弟语言，所以C的调用方式很容易就可以转变成为PASCAL，再加上对系统级的各种操
作，比如说：线程、COM、回调都与C非常接近。至少到现在为止，我都没有因为哪种功能实
现不了而要用到C的，如果你有，那么也是因为你对PASCAL的肤浅了解而导至。
“大学的C++教程只是教一种概念”，我从来就不认为中国的计算机教育很好，而我说的任何
东西请不要与大学扯上半点联系。不过从这一句话中可以看出，你好像不是怎么尊重概念性
的东西。不要忘了，哪一句程序不充满了概念？内存？链表？队列？指针？数组？流？面向
对象？“难学的语言就表明了复杂性”？两样菜摆在你面前，是不是难吃的那一盆就复杂过
好吃的那一盆？
“将来，都是微软的东西最有前途，看看外面招程序员就知道”？
你算了吧，外面招的程序员大部份还是要DELPHI的，而且，DELPHI的易用性和对系统深入程
度都是非常好的东西，RAD开发工具在市场上的份额会越来越大，用户会越来越多，以后更多
的程序员都会转向系统的分析，控件的制作，像这种一个程序一个人就完成的情况会越来越
少，而会转向网络的开发模式，提供出接口，别人就可以调用。一个程序员可以是做控件的
，可以做界面的，可以做系统核心的，可以做算法的，你只要在网络上搜索你所需要的资源
，然后进行调用就可以了（当然需要付钱），最后，将会使用最少的工作量来完成最多的事
情。不管你承不承认，VC淡出要比DELPHI快得多，必竞不是一个档次的，不容易应用于构件
开发。
关于用什么来开发的问题，我想我不用和你针论。连DELPHI那么大的一个集成环境都是用
DELPHI写出来的，我想这已经足够说明问题了。并不是说超级解霸，NETANTS，WPS2000等不
用DELPHI开发就表明了DELPHI不能开发，这个问题你可是要搞搞清楚。而且我所说的软件开
发并不是指数据库，甚至我可以抛开数据库不谈，因为DELPHI的数据库开发只是占DELPHI开
发很小的一个部份而已，而你不过是对DELPHI不够了解，造成了你认为DELPHI只能做数据库
。去DOWNLOAD.COM去看看，下载一些排名比较前的软件，就会发现有很多程序都是DELPHI开
发完成的，这也已经足够说明问题。
VB和DELPHI的易用性真的不相上下吗？DELPHI中的OBJECT PASCAL可是纯粹的面向对象的开发
语言，VB？算是什么，一大堆乱七八糟拼出来的东西，那也叫做开发环境，说出去就可以笑
死一群人。
DELPHI的控件做好后扩充不易？这是我在本世纪听到的最好笑的一句话。
你去www.torry.net去看看，分门别类，你要做什么都可以在上面找到相应的控件，如果说扩
充不易，哪来这么多的控件？而且，做DELPHI控件是一件最幸福的事情，只要你懂面向对象
，只要你了解VCL，你就会做，这一种易用性现在还没有什么语言可以比拟。用OBJECT
PASCAL做出来的控件直接就可以安装到DELPHI的集成环境中，这是任何一个DELPHI开发员都
知道的、而且效率很高，不过我想你是不会知道的。DELPHI本身的标准控件也是用这种方式
开发出来的，这一点你应该更不知道吧。
我觉得你还是停留在DOS的开发阶段。并不是每一句代码都自己完成的程序那才叫做好（虽然
这样做DELPHI完全可以做得到），为什么会有RAD工具？为什么会有DELPHI？就是为了解脱我
们程序员，希望大家可以轻松的做事情，不要再那么劳累，而你却并不知道这一点，你编写
程序只是为了满足你自己的心理需要而已，而我编写程序是为了用我程序的用户。
微软的东西就是好？BORLAND公司只是在追赶？为什么我觉得C#非常像DELPHI？为什么微软要
出一个和DELPHI类似的RAD工具？谁在追赶谁？只是因为操作系统是微软的而已，就可以证明
BORLAND在跟风吗？呵呵，你还是痴人说梦。
（另外：纠正你的错误，因该是INPRISE而不是INTERPRISE，而且现在已经改回成BORLAND。
这只说明你对BORLAND公司一点都不了解）
一年前，我还听说MICROSOFT投入了很大一笔资金到BORLAND，希望与BORLAND公司达成一个协
议，那就是：微软给BORLAND提供最新的操作系统的资料，希望BORLAND仍然制作在WIN32平台
下的开发工具。这是为什么你知道吗？这是因为MICROSOFT害怕BORLAND公司不再制作WIN32平
台的工具后，所有的使用BORLAND工具的程序员会转向LINUX或其它操作系统，这会导致
MICROSOFT的WINDOWS的市场份额不在那么大，而会被LINUX其它操作系统所占领了。因为在
WIN32下的很多应用软件都是用BORLAND的开发工具制作的。
“VC++很多地方都不如BC++，就如MFC与OWL来比较的话，也不如OWL来得简单容易。”
这句话很幼稚吗？？！！！简单容易不一定是好东西？？你的那个所谓的“搞计算机很不错
的朋友”劝说你的话才幼稚吧。
难道MFC不比WIN32程序开发来得简单，你难道可以说MFC不比WIN32程序好？（也许你是这样
认为的也不一定）
原来你所谓的底层控制是这样的吗？
1、各种可重用的类
这个是面向对象的范畴，不属于底层的东西，相反，它应该属于高层次的开发，不知道你
有没有真正的设计过一套框架类，用C++或OBJECT PASCAL来设计制作，这些东西将会在以后
是重点，而不是你所谓的API调用。API调用只是一些低级的东西，我可以说，只要给我手册
，我就知道如何调用，要不然就不会叫做API了（APPLICATION PROGRAM INTERFACE）
2、效率高的基于SOCKET API，WININET API，类的开发？
SOCKET API，WININET API的开发也不过是一些API的调用，需要高效率意味着需要一个很
少的网络传输和一些高效的算法，这些并不是说用C做得到而PASCAL做不到的，你要这么说，
我只能说是你非常愚蠢了。
你以为你学会了VC就学DELPHI会非常快吗？你拉倒吧。
我想我需要再次重申一个问题，你做程序只是需要满足你的所谓“快感”而已，而我做程序
完全是为了用我的程序的用户，我们俩个是无法比较的。学VC，越深入就越觉得它的强大，
这是肯定，因为我也有这样的感觉，但是就开发一个程序来说，我宁愿使用DELPHI而不是VC
，因为DELPHI做程序的开发效率很高，而且扩展性各方面也很好，你说不好，是因为你不会
，而我却从来就没有否认过VC的效率和扩展性，因为我也会。
我记得我以前在DOS下用汇编写中断调用程序的时候，写驻留内存程序的时候，用C写应用程
序的时候。那时候我也是认为代码就是一切，在使用DELPHI的时候也有过你这样的感觉，我
甚至没有办法忘记以前的编程方式，因为那时候的太多东西都花了我很多的时间来学习。但
是我还是接受并慢慢喜欢上了DELPHI的这种开发方式，因为这一种开发方式的确是让我摆脱
了很多不必要的时间精力的花费，喜欢写控件时就写控件，喜欢写应用程序时就写应用程序
，不管是界面上的，系统级的，类的，还是可重用的框架，都可以用DELPHI轻松的制作出来
，而且性能都是一流的，如果你说不行，那也只是因为你不会而已。
VC程序员不用DELPHI，因为他们憎恨（至少有一部份如此），他们憎恨这种开发模式，认为
这种开发模式会给他们带来厄运，因为一件用VC来做很复杂而且繁琐，不容易的事情到了
DELPHI下居然变得那么轻松，快捷，而且各方面性能都不差。
“面向控件的开发工具”只是你编造的一个骗人的名字而已，事件的跳转会导致程序的可读
性差吗？这个我不是这样认为，事件的跳转可以让程序员灵活地处理各种事件的的发生，而
且是以对象的形式处理，这不应该是可读性差，而应该是好才对。
拉拉控件只是你对DELPHI的一个肤浅认识，就像你的快感一样。 ^O^
不要拿DELPHI与NETSCAPE比较，那样很蠢。
吗啡
朱德祥 回复于 2001-11-1 20:03:26
--------------------------------------------------------------------------------
To:吗啡
我觉得用Delphi 与 VC++ 相比就好像用以前的Pascal 与 C 相比。那是不可比的！
我也觉得Delphi 在可用性方面比VC++要强,但在功能与性能方面要比VC++差！
吗啡 回复于 2001-11-1 21:06:18
--------------------------------------------------------------------------------
to 朱德祥：
Pascal &
C 为什么不可比？
Pascal做出来的程序比C的要小得多，速度快得多，编译速度快得多。C做出来的PASCAL一样做出来，而且不难。难道不是。PASCAL语法严谨，不容易出错，而且一样有灵活的指针。
PASCAL与C比，各有优缺，不相上下。
huanghq 回复于 2001-11-1 21:09:23
--------------------------------------------------------------------------------
语言并不是主要的，重要的是编程思想
朱德祥 回复于 2001-11-1 21:34:38
--------------------------------------------------------------------------------
PASCAL语法是严谨,但我只知道Pascal 用来教学,而 C 用来应用。
而且有很多事是Pascal 不能做而C能做的！运行速度方面，公认除了汇编,C是最快的！
吗啡 回复于 2001-11-1 21:39:32
--------------------------------------------------------------------------------
Pascal的速度不快？你用一下就知道了，没有用过就不要在这里扯
吗啡 回复于 2001-11-1 21:40:59
--------------------------------------------------------------------------------
什么事情C做得到PASCAL做不到？
你不会而已
朱德祥 回复于 2001-11-1 21:44:56
--------------------------------------------------------------------------------
TO:吗啡
Unix and Linux 是Pascal 能做的吗？而且还有windows！...
