大家早，今日话题：关于delphi，VC，VB，PB的讨论(0分)

(以下讨论摘之Delphi/C++Builder程序员论坛)
//--------------------
老兄对于Delphi的评价有点太高了，如果单从编数据库来看，我建议使用PB，
如果从编windows系统和 太型程序来看我建议使用VC，如果从容易来看我就说
要算VB了，delphi只是介于这几者之间，如果说 VC+VB都比不上delphi，那么
我想这是有点太抬举delphi了，在目前，第一流的程序员有90%是很精通C的，
其中有80%是VC的，delphi是好用，但对于世界大公司来看，它们还是比较喜欢
用VC,就是因为MS的版子太硬了,而且VC实在太强了,只是太过专业,不太合适一
般的人学习和使用,delphi就不同,它有点象VC+VB的影子,有VC的很多优点,也
有VB的易用,但说到它已经超过了VC,我想只是一部分人的希望,因为目前所有的
系统几乎都支持C,光这一点就不是delphi可以望背的了
//---------------
>版主说的非常有道理,但是就数据库而言,PB专业的语言,delphi并不是专业的数据库语言,两者并不能
>相比较,就如同VB不能和VFoxpro比一样,但是我曾在网上看到某位大虾编的医院管理系统据称其水平是
>PB所绝对达不到的,比如能够读异种数据库,我说VB+VC是指数据库,而不是指其他方面,而且没种语言都
>有自己的特长,老兄只说长处不说短处,好象有些.......如果你只以长比短是不是......
老兄这话就有点不对了，因为就象卖猪肉一样，你要有很多把刀，而每一把刀都
有它的长处，我们只要 它的长处，而舍弃它的短处，这样才是最好的办法，难
道用一把小刀来砍大树或用一把大刀来削水果这 样也好吗？就好象你要写底层
程序去用VB来编，写windows界面用汇编来写这样做很好吗？如果你可以 把每
一种语言的优点都充分发辉，如要编数据库时用PB，要编算法时用汇编，要编
界面用VB或Delphi，要编系统时用VC，那样不是很方面吗？对于一个水平高的
程序员来说，很多时他会掌握其中的三四种语言，再精通一二种语言，如你是一
位C的程序员，可能你只要三天的时间就可以成为一位VB的高级程序员了，再来
学习delphi可能也不用三个星期了，这样一年下来，要学它四五种语言是很容
易的事，所以 我觉得只要你的windows内核和机制了解得比较清楚，根本不需
要受到语言的约束，也不用为了这种语言完成一个功能而是挖空心思，因用混合
语言编程是会使很多完来很难的东西变得简单。
>VC是好我没说不好,但是VC好学吗????而且delphi的数据库功能确实是非常强大的,许多概念和技术都是在
>delphi中率先诞生的,这一点在许多delphi的书籍中都提到,VB好用但是能容易编大型程序吗?????VB和
>VC的Activex控件能附加到EXE中一起发行吗???
>有一点就是如果Delphi不好为什么MS要费了很的劲把Delphi的发明人给挖走呢??Jbuilder的设计者就是
>Delphi的设计者,你说Jbuilder好吗???好象得过不少奖把!!!
>Activex控件是一个一个的而delphi控件是一组一组的一组控件可以有几百个,但代码量确很少
>比如老兄破解的DWG控件有3M而且是压缩的,delphi完成同样功能的控件只有几百K
>
delphi我也知道在控件方面它是强者，但当你用多了控件之后，你就会把很多
的东西都忽略了，这样会限制了你编程的提高，每一个控件都是别人编写的，但
你使用的编写的东西一定会对控件有不同的要求，但控件这时就会把你的思维制
约了，所以我比较少用控件，我虽然手头上有上千M的控件，但我编程时一般是
能不用就不用，如编写数据库软件时，我一般只用SQL的API来访问数据库，而
不用VB那些功能强大的控件。所以我比较喜欢VC的类，虽然VC我还不是学得很
好，但我觉得它的编程和系统结构紧密，所以在VC中编程我就比较喜欢用API来
代替MFC中的可以代替那部分了。delphi其实我也很喜欢，但由于认识它太晚
了，我想很难再花太多的时间去学习了，因为我已经习惯了MS的一切了。不过
我觉得如果我能学好VB+VC+PB+汇编这四大语言，应该不用再去学delphi了吧！！！

>如果我能学好VB+VC+PB+汇编这四大语言，应该不用再去学delphi了吧
同意.
如果我能学好delphi，应该不用再去学VB+VC+PB+汇编这四大语言了吧?
是否有人同意?

>>>>我觉得如果我能学好VB+VC+PB+汇编这四大语言，应该不用再去学delphi了吧！！！
真理, 学好这4种语言头发都白了, 哪有时间再去学什么delphi.

赞同最后那位老兄的观点. 既然我能用vc+vb花3个月-半年编一个3兆的控件,
为什么还要学用一个星期就能编出相同功能而大小只有几百K的那种语言呀?
那不显不出我编程的水平了吗?
再说做系统一般按人/月报价, 用vc可以做2年的系统, delphi半年就完成了,
那还怎么骗用户钱呀?
如果做系统的都用delphi那样代码容易理解, 很容易找出错误的语言, 我的
程序里少很多bug, 以后还怎么开发patch和升级版骗用户购买?
结论:
千万别用delphi. 要用晦涩难懂, 很难调试, 让人看了摸不找北的语言开发.
开发周期要越长越好, bug多多宜善.

“学习delphi可能也不用三个星期了，这样一年下来，要学它四五种语言是很容易的事”，怎么“我想很难再花太多的时间去学习了”

要掌握vb+vb+pb, 那里还有时间学习delphi?
^^^^

我坚决支持DELPHI，但话说回来，DELPHI也不是万能的，
VB、PB之类可以不学，实在要用时花一个星期足以应付
一般的需求，但VC不可不学，如果你想成为一个真正的
高手的话，学过VC在回过头来看DELPHI，许多地方都能
真正理解了，能够透过现象看本质了。

很多程序员有一种很不好的趋向,就是写程序是为了证明我的能力,其他的不管.
所以最高深越好,越难懂越好,我记得以前我曾经去过一个个人网站,主人说他
只使用汇编,而且用来编windows程序!主人认为除了汇编能看出一个人的水平,
其他的语言根本不值得学.当时我给他留言说:你用一辈子能做出几个程序??!!
我觉得我们写程序是为了卖程序,一句话:为了市场.除非你是个编程发烧友,专门
瞎琢磨,否则最好还是好好利用现有的合适的开发工具,争取再最短时间内编出
最好的程序,这样才能抢占市场.
delphi就是这样一个好的工具,当然,他有他的弱点,不适合开发系统应用,但是
就一般应用软件来说,从小型到中上型,delphi都是一个合适的工具.学VB对编程
收获很小,因为本身就有限制,而且如果想开发大程序就得学VC,VC和VB又相差
太大,等于从头开始,浪费了智力投资.
delphi现在有不少不足,但是他也在一天天不断完善,重要的是,他的路走对了:
"抢占VC和VB之间的一大片空白区域".

Eyes挺风趣的吗
amo的口才可差远了。
提出这个问题不是为别的，
不过是想让大家（当然包括自己能多了解一点各种开发工具。
>但当你用多了控件之后，你就会把很多
>的东西都忽略了，这样会限制了你编程的提高
这话还是有道理的，不少Delphi程序员过于热忠于使用控件了，
忽略了对操作系统的了解，
我记得有位专家（不记得是谁了）说过:
现在的开发工具是起来起高级，
对开发者们而言，
对很多低层的东西的了解的需求是越来越少,
这当然是进步，
但是不知若干年后，
这些核心技术为少数国家，公司所垄断，
而我们却无人或很少有人了解这些东西，
那我们就成为别人刀俎上的鱼肉了。

amo: 想得太多了.这些东西(API)是开放的,不会被"少数几个国家"所垄断.

就怕API也越来越高级，
没有人知道API里面是些什么？
象Delphi中对Win API的封装就是。
另：还没去吃饭?

这点你可以放心,API并不只是给咱们用的,老美不会光为了和咱们中国过不去
就把API怎么样了,毕竟这是世界性的东西.
我早吃完了.你还没吃?

认真学一点东西，做一个中国人应该做的，要知道M$的东西不一定是最好的，在市场
上它是独霸，但在技术上它以经开始落后了。没有千古独霸，M$总有一天要没落的。

控件多怎么能说坏事呢！
我从控件的原码里就学到了非常多的东西？
再说一个的精力毕竟有限不能样样精通。
有了delphi的打量控件，我们才能自由发挥。

>如果单从编数据库来看，我建议使用PB，
>如果从编windows系统和 太型程序来看我建议使用VC，如果从容易来看我就说
>要算VB了
这位老兄说的是不错，但最常见的最常编的，最常用的软件，可
即不是单纯的数据库系统，也不是特别大的系统，更不是很容易
简单的系统。而是界于三者之间。是一些有一定的数据库要求，
又不太大，但又不是那么和容易和简单。你说怎么办。PB、VC和
VB不就都不好用了。这时就是界玩三者之间的Delphi的天下。
我们诚认Delphi虽然数据库方面不如PB专业，作不了比VC更大的系统
而也不象VB那样容易上手。但正因为这样，它也就，比PB更能完成
更大的数据库系统，而比VC更容易上手，比VB功能更加强大的多。
你说是不是，看事物的同时不妨反过来看，这样一比，Delphi
是不是比那三者好的多了。
所以我们都喜欢它，你难道真的不喜欢吗？

我喜欢delphi
对VB也有感情(各位,别砸我)
我认为,只有对windows的运行机制和API有一定了解
才能写出高质量的程序,解决很多开发工具本身不能解决的问题
各种开发工具都互有长短,我们都应有所了解
不要在一棵树上掉死,

同意CAKK的意见。
说说我个人的意见。
我没有学过VC。VB用过一阵子，PB刚用一会儿。DELPHI众所周知，有些时候了。总觉得现在
很多人评击DELPHI，心中不愤。其实每种语言都有它的长处，也必然有短处。这是哲学的观
点吧。事实上确是如此。PB在DB方面非常厉害，用它写的DB程序非常高效，但是特别难看。
我看这一点大家都会认同的。但DELPHI可以两者兼之。正如上面说过的，DELPHI它的市场就
在这些专业的中间。假设有一个三角形，VC，VB，PB各一角，DELPHI便占据了中间地带。而
且面积很大。三个角是DELPHI无法涉及的，就是VC的系统核心支持、PB的DB高级支持、还
有VB的超级弱智、无能支持。它大众化易开使用，强大化而不艰涩。可能这也正是在座诸位
的普遍看法吧。汇编确实特别低能，虽然强大但能力有限。实在不是我们讨论的范围之内。
说到语言表明能力的问题，电脑报以前有一篇文章讨论了这个问题。大概的意思是，语言没
有高低贵贱之别，最重要是能发挥作用，就是好语言。我觉得有道理，象我用DELPHI这么久，
基本上没有解决不了的问题，所以它是好语言。 当然，VC等也能解决，不过我不会？
所以不是好语言。哈哈。正如朋友们说的，VC涉及核心部分，了解它能够理解DELPHI一些高
深的东西，我虽然不懂但非常认可。等我有时间我一定好好学一下VC。不过PB我是没有决心
学了。写出来的程序非常糟，对于用过DELPHI的人完全无法接受！
顺便说一点心事。
今天才知道我们这里接了一个软件生意，不过明天就要用了（不是我做）。内容是帮移动公
司写一个抽奖软件。多容易的事啊！到现在恐怕有近十多天了吧，今天晚上还在那里忙和！
那个弱智的家伙用PB写了一大通代码，而且样子特土。早让我知道我就要求来做了！真TNND！
如果不是已经写得差不多，我今天晚上一个晚上就能搞定它！赶在明天早上八点之前用！而
且比那个漂亮十倍，价钱免费（做个开面，呵呵）。

是呀是呀!不过这么简单的小程序用VB就可以了,用delphi还真有点浪费.

@-@

接受答案了.