这是在china-pub上《Delphi6开发人员指南》的一则书评,不知道大家作何感想:    Delphi现在没有好书,我觉得以后有好书的可能性也不大,一个领域有没有好书最主要的决定因素是市场.现在在软件开发领域,delphi象以前那样如日中天的时候已经过去了,delphi从主流开发工具里面退出来也是一种趋势.在现在的软件发展方向看,就是三个主流,一个是微软为龙头的.net体系,一个是sun的j2ee体系,还有一个就是一直没有过时的底层开发.这三个体系中j2ee是不可能有delphi插足处的,虽然borland声称delphi可以很好的开发.net平台的应用,但是历史告诉我们,这个基本上是borland的自欺欺人,以前以微软com,dcom,com+体系为开发平台的时候,borland也是声称它是最好的开发工具,但是它方便是挺方便,但是作出来的东西根本就不能根微软的c++比,borland根微软的开发工具比的时候老是拿出vb来,李维也是常拿vb来比的,这其实是一种欺骗,也是自欺.它不论是在以前还是在以后,它不能逃过平台掌握在微软的事实,现在作.net开发的人我估计没有多少人敢把宝压在borland.剩下一个作底层开发的,我们都知道,这个领域一直是c和c++的阵地,delphi打不进来,也不想进来.
    delphi还有一个致命的弱点,就是它一直强调的优点,那就是方便快速的开发.delphi的开发模式导致了现在的delphi程序员成为素质最差的一群.虽然delphi生成是一个面向对象的语言,但是delphi程序员真正的拥有面向对象意识的简直是翎毛凤角.现在很多的开发领域都讲设计模式,为什么delphi领域就没有这么一种气氛呢,为什么delphi群里的偶像李维说不懂涉及模式的程序员不是真正的程序员却在自己的书里面对设计模式只字不提呢,归根到底就是delphi它的开发模式不是一种把程序员往面向对象方向引导的语言,java就不一样,它几乎是强制性的让程序员非要走这条路不可.我不否认delphi是一种面向对象的语言,但是作为一个开发工具,它常常在不经意的时候把程序员引导到非面向对象的方向去了.

解决方案 »

  1.   

    delphi8出来了,将会全面支持.net
      

  2.   

    我是做小项目的,用什么都可以,DELPHI很方便
      

  3.   

    先说好 我的观点很中性 不反驳 不赞扬这篇文章这么贬低Delphi不知意义何在 工具是人用的 谁不喜欢开奔驰 可以去开宝马市场下没有强制选择的道理,再说宝马 奔驰两家大公司也没有把全球的汽车市场全部平分不是说pb烂(我不会)反正大家知道 但是还是有用的 为什么 这玩意谁也管不了阿这篇文章把微软的优点拿出来 又把 borland的缺点拿出来。呵呵 这样的鲜明对比有什么意义?我可不想把两大公司的优缺点列个清楚 根本没有意义,这种嘴官司让他们两家公司去打去吧程序员应该不要有这种门户界限,难道开宝马的就要骂开奔驰的傻x?用vc的就非常牛牛?干吗要说用delphi的是弱智,呵呵 我也不想反驳delphi  不讲求设计模式,让这个写文章的来 搜搜板里关于oop的帖子 让板里人给他讲讲什么是oop。是阿 java起来了i2ee风靡了,可是我的机子512的内存跑起来比80岁的老太太还慢,当然部署服务器还要用它,我也没说用java的脑子反应慢阿:)谁不喜欢开宝马了 去开法拉利也不用回头说开宝马过时了吧
      

  4.   

    第一,COM等的开发,如果你不了解其机制,根本开发不出很好的东东。为什么用VB作比较,是因为VB才是RAD的。用C++开发COM,你必须得了解COM;如果你了解COM,使用Delphi或BCB开发COM,开发效率绝对比VC快,而且不比VC开发得差。
    第二,模式的推广使用,是最近一段时间才开始的。模式只一种解法,不是什么仙丹,吃下去软件就自动完成,长生不老。我看到大多数Java程序员所关心的事情和Delphi程序员是一样的,都是为了解决业务。我也看到很多使用Java的程序员,写了一大堆的类,不过就是一些工具集而已,谈不上什么OO的概念。同样,Delphi不是也提供了一个TComponent么?区别也许是Java需要自己写,Delphi是由工具代劳。J2EE还是那个J2EE,一个基本的应用应该有表示层、控制层、商业逻辑层,Java的模式只是给我们提供了一个和计算机打交道的东东,商业逻辑还是得我们自己来写。与其手工使用Java提供给我们的模式,还要让工具给我代劳的好。Delphi完全把这些隐藏了,我们需要的就是控件。基于上述所言,我宁愿使用Delphi。为什么Java能够吸引大家关注?根本原因我认为有3个:对抗微软;跨平台;提供的企业级工具更多。这些其实和作者所标榜的什么模式...什么模式是没有关系的。不是什么东西都加一个模式就好。CSDN的首页不是有一个新闻:“ Java阵营效仿微软 以快速开发工具吸引开发者”么?可见Java阵营也意识到RAD的重要了,开始让开发人员不用手工打造代码了。“delphi还有一个致命的弱点...那就是方便快速的开发”。本来这么一个简单明白得道理不用说的--不是因为天热,是无聊--看看把,事实摆在面前了,又开始歌颂Java的Rad了吧?狗一样的摇头摆尾,还写书评。噫!自己什么也没弄清楚,还在“delphi程序员成为素质最差的一群”到处乱嚷,只不过是狗一样的狺狺而已。
      

  5.   

    我觉得作者写的不无道理,DELPHI用户中的确有相当一部分人并没有很注重于对技术的深入全面研究,而沦为拖控件者,比如原作者所说的,很少有人用DELPHI研究设计模式。“delphi的开发模式导致了现在的delphi程序员成为素质最差的一群”,这句话我不敢苟同。但长期拿DELPHI和VB之流比较,也很难说会不会越来越差。相比VB/PB,DELPHI是一种真正的OOPL,但是在实际应用中,更多的人是拿DELPHI来做VB/PB能做的事(拖控件拼程序),我不是说VB/PB不好,在某些方面,它们比DELPHI要好(说实话,比拖控件,VB/PB不但不比DELPHI差,有时还略强)但每种语言都是各有所长的。DELPHI是一种中庸语言,一方面可以做VB/PB的事(拖控件),一方面也可以做C++/JAVA的事(OOP),但这同样也导致了DELPHI成了一种没有个性的语言,并且在实际应用中常常被拿自己的短处与别的长处相比,最终落得在很多人眼里有这样的下场。而其它的语言却有着相对的针对性,所以在各自的领域能发扬光大。这是偶们这些DELPHI用户的责任。看到这篇文字,偶们首先不应该开骂,而应该想想,偶们真的有在用DELPHI开发过程中认真地想过吗?其实在用DELPHI进行很多应用开发时,完全可以充分发挥它的长处:
    在界面开发上,通过拖拉控件能很快地做出来;在中间层可以充分发挥OOPL的优势,运用合适的DP(Design Pattern)做出很好的东东;甚至在一些比较底层的方面,DELPHI跟C++也有得比。这些都是DELPHI的优势所在。“以微软com,dcom,com+体系为开发平台的时候,borland也是声称它是最好的开发工具,但是它方便是挺方便,但是作出来的东西根本就不能根微软的c++比”
    这句实在是……
    即使是现在,我也认为DELPHI进行COM开发是最好的,DAX是最好的COM开发FRAMEWORK。VC+ATL做COM应用开发要复杂得多,而VC能实现的COM,DELPHI全都能做到,而且开发起来还要简单得多。写两个笑话吧作者眼里的DELPHI是这样的:
    DELPHI说:“我做数据库RAD好”,VB和PB笑了。
    DELPHI说:“我做OOP好”,JAVA和C#笑了。
    DELPHI说:“我做底层开发好”,C和C++笑了。但为什么不能反过来看:
    DELPHI说:“我做数据库RAD好”,C/C++/JAVA都哭了(JAVA做界面不行)。
    DELPHI说:“我做OOP好”,VB和PB都哭了。
    DELPHI说:“我做底层开发好”,VB、PB、C#、JAVA都哭了。只是笑话,大家一笑了之。贴子啊,都素那浮云~~~~~~~~~
      

  6.   

    http://www.china-pub.com/computers/common/info.asp?id=8372写书评的家伙在这 把贴子回到这里一份
      

  7.   

    我觉得这一则书评有一定的道理, 而且还很有深度, 它从侧面反映出 Delphi 程序员整体的素质相对低下. 太依赖工具的程序员太多, 离开工具就很难生存, 这本身也说明工具的另外一种失败.由于工具替程序员做了很多工作, 加上程序员的养尊处优, 不思进取直接导致整个群落开发一素质的低下. 这是一个警钟, 往往忠言逆耳啊(语重心长的说).
      

  8.   

    从书评作者的用词来看,纯粹是攻击而不是中肯的评价。我想就它的一些主要观点说点自己的看法。
    1、“delphi从主流开发工具里面退出来也是一种趋势”。为什么这是一种趋势?作者没有讲任何原因就一口咬定了。
    2、“虽然borland声称delphi可以很好的开发.net平台的应用,但是历史告诉我们,这个基本上是borland的自欺欺人”。这个也比较好笑,.net平台的应用刚刚开始,就产生了历史,而且整个历史居然也告诉了我们一些东西;Delphi.net还没有推出呢(计划今年第四季度推出)。
    3、“delphi的开发模式导致了现在的delphi程序员成为素质最差的一群”。程序员的素质如何,和工具没有关系吧。这个“delphi的开发模式”也很突兀,“delphi的开发模式”到底是怎么样的呢?用Delphi可以做很多方面的开发啊,并没有所谓固定的开发模式。.NET的一些开发工具我也正在用,我的感觉是二者并没有太大的冲突,各有所长。另外我想说的是,Delphi和.NET是两个角度的概念,Delphi是一个使用Pascal语言的开发工具,而.NET是一种框架、平台层次的概念。换句话说,Delphi也可以很好的开发应用在.NET框架的,在.NET平台运行的应用。—————————————————————————————————
    宠辱不惊,看庭前花开花落,去留无意;毁誉由人,望天上云卷云舒,聚散任风。
    —————————————————————————————————