Delphi惹谁了? 支持DELPHI的朋友看一下, 不想用DELPHI的朋友也来看一上。(0分)

  • 主题发起人 主题发起人 紫竹林23424
  • 开始时间 开始时间

紫竹林23424

Unregistered / Unconfirmed
GUEST, unregistred user!
最早的时候就有C++程序员做Win32的产品没有Delphi程序员快,不服气地说Delphi的不好,理由是Delphi只能拖拉控件,不能OOP。几年以前,当Java刚刚火起来的时候,Java程序员说Delphi不行,理由是Delphi不能开发web。后来有一本《Java与模式》的书让Java程序员大开眼界,他们常常在与Delphi程序员论战时使出撒手锏:“Delphi能用设计模式吗?”。再后来,有了C#,C#程序员也不甘示弱,他们一边在VS.net中享受着拖拉控件乐趣,一边故作高深地挑战Delphi程序员:“Delphi有反射机制吗?Delphi能.net吗?”
如果说以前听到的是Delphi圈子外的人说Delphi的不是也就罢了,可现在是Delphi圈子内的人开始说Delphi衰了。特别是很多Borland的负面消息,就像一把把刺向Delphi的尖刀,像CSDN上的“IDE开发工具走下坡路 Borland欲开发咨询服务”那条消息更是直中Delphi程序员的要害。不少Delphi程序员一时乱了手脚,也有动作快的早已另谋出路。君不见连Borland(中国)公司负责Delphi社区的高级工程师王尧(网名:左轻侯)都投奔到微软(中国)公司去了。去年他还在中国软件技术大会介绍Delphi 2005的新特征,今年他却改谈微软.NET 的LINQ(Language Integrated Query)技术了。
于是乎,Delphi社区里程序员们急着问“Delphi的出路如何?我们应该改学什么?”,大侠们则在“当Borland已成往事”这样的文章中流露出对Delphi的担忧。
不可否认,Borland公司是一家有着世界上最优秀的工程师与最糟糕的管理者的公司。但Delphi不是Borland,它有自己的永恒魅力。
记得自己第一次使用Delphi时,安装Delphi1.0的超炫界面给我留下了深刻印象,误以为自己安装的是一个赛车游戏。的确Delphi在Win32时代是程序员最爱飙的车。
Delphi是一个划时代的早熟产品,它很多优点曾被它的竞争对手所采用并发展,但这并不妨碍Delphi的不断创新。从Win32平台到.net,Delphi也在不断前进。可是为什么总有一些人对Delphi指手画脚,为什么我们看到的多是幸灾乐祸的负面报道?难道Delphi真的没有希望了吗?
其实事实并不是这样。Delphi近几年来致力于开发的multi-personality集成开发环境,以体现整个团队的工作价值;同时把应用程序交付生命周期的每个阶段——定义、设计、开发和测试进行核心功能性的整合,减少了在不同任务之间切换的时间和工作量。这一切努力足以应对当今最复杂的项目开发。因为今天的软件项目和开发环境要比推出Delphi 1.0的时复杂得多。如果开发人员还停留在个体编程,不熟悉软件工程和团队开发的话,他是无法了解Delphi与时俱进的新特点的。
Delphi的进化不仅给Win32开发者带来了生产率新的提升,同时也使他们有机会探索和实验.NET项目,为今后的Microsoft平台做积极的准备。而.NET开发者享用Delphi的强大功能的同时,还可以体验它针对.NET 平台的数据库和UML建模特性,这一点领先Microsoft的产品好几年。
让我们看看最新的Delphi2006所带来的那些激动人心的技术亮点吧:
l 先进的 Enterprise Core Objects (ECO) III 技术,使用多重同步化 ECO Space 对象快取来建构企业级应用程序,提高性能。现在 ECO III 多了新功能,可在状态机层级设计稳固的企业应用程序,让您专注在应用程序的设计上,而非基础架构!
l 支持多语言的 IDE 开发环境, 包括 Delphi for Win32,Delphi for .NET,C# for .NET and C++ for Win32
l 全新IDE 功能,包括新的 Refactorings,Live Templates,Designer Guidelines 及 Change Bars
l 与 IDE 整合的版本管理工具,Bug Tracking, File History 及 Differencing 、Requirements
l Together for Delphi,提供完整的双向实时原始码类别图支持 UML 1.5 及 2.0 图形与设计范式整合式稽核与评量及文件产生
l Delphi 产品未来方向,包括支持 64 位,Compact Framework,.NET 2.0 ….
……
一位老资格的Delphi程序员说得好:
每每看到那些带着C++/C#或Java光环的浅薄无知者对Delphi妄加评论的时候,我从心底喷射出对他们的不屑一顾。Java有什么?一个架构于虚拟机上的啃着“大饼”的蜗牛而已;C++有什么?一个放荡不羁、自恋十足、霸道无比且习惯于自我炒作的西部牛仔而已;C#有什么?一个惯于用$挖别人墙角的小偷把偷得的“战利品”做一个并不高明的克隆而已。它们有的,Delphi早已经有了!(Delphi情结——永不消逝的精灵)
Delphi惹谁了?为什么没人看到Delphi的highlight?是谁在动摇 Delphi程序员的信心?
Delphi——Windows 3.x的时代,曾经拯救了广大的开发人员的开发工具究竟能不能再次拯救我们并不重要,重要的是Delphi是一棵被它的追随者视为地标的大树,需要我们来关心和爱护。多少年来,无数迷茫的程序员行走在旷野中,就是凭借它找到自己的家,进入到软件开发的新天地。如果树死了,也许许多人从此再也找不到家园。
Delphi仅仅是一个编程语言或开发工具吗?它的意义远远超过这些。Delphi这个曾经在古希腊标识着世界中心的名字将是Delphi程序员心中永远的家园。
请记住苏格拉底的这段话吧:
A friend of mine . . . went to Delphi and boldly asked the oracle to tell him whether . . . there was anyone wiser than I was, and the Pythian prophetess answered that there was no one wiser . . .
 
设计模式,有了;Net,Delphi可以;哈哈,如果用C#的人够牛B,他们有本事全部用代码,不要拖拉控件啊.如果用Java的人觉得自己很牛B,同样的任务,同样的时间和同样的成本,让他来开发ERP试试.
 
方便就好
 
支持!
最新技术是对现有技术的进一步封装,比如.net是对com的进一步封装
我想和这些一路走过来的人应该很清楚。工具只会不断让人提高开发效率,简化一些复杂的技术,因为客户要的是产品,而封装复杂的部分有时候被证明让开发人员去写很多的code是有效率的。虽然封装在一些调用上有限制,但并不是让开发人员完成不用想了,其实已经提供了很多接口,只是自己没有发现,关键的还是在产品的业务。
 
顶下。自己用Delphi5年了,正在迷茫的时候,还是坚持下来了,市场没有那么广,但是用着还是很熟悉。
 
后退
顶部