我可以算是一个酷爱Delphi的人。97年毕业于清华计算机系,在学校期间我就开始使用Delphi。后来在工作中我曾经用PB,JAVA,C#,但是所有我自己的软件都使用Delphi开发。Delphi开发工具的优雅与高效,是每一个公正的人有目共睹的。从我个人的角度,以后基本会持续使用Delphi作为基本的开发工具。而我的题目是感恩Delphi的衰落。曾几何时,Delphi作为常用的软件开发工具,在社会上得到大量公司的认可。搞Delphi的人可以轻松地更换工作。我个人对Delphi的熟练掌握和热爱达到了如此的高度,那个时候我感觉有信心用Delphi开发各种软件(包括网站和设备驱动程序),而且感觉在Delphi中去研究一些未知课题充满了乐趣。更奇妙的是对Delphi的热爱并没有阻止我进入其他编程语言,我很有兴味地去研究Lisp,proLog等让我感到有趣的语言,就像有朋友指出的,真正掌握了Delphi的人,进入其他语言会相当容易。不断提高编程水平几乎就是那个时候的全部主题。因为Delphi编程的工作给我带来了在当时看起来还算不错的收入和在当时看起来不错的职业身份,所以我有充足的心情去继续研究。但是!如果那个时代持续到现在,我只怕我自己仍然沉浸在对编程的执着中。我不知道经过这么长时间的持续研究,Delphi水平将会达到何种境界;但可以肯定,我将没有时间和动力去了解那更广阔的真实世界。Delphi的衰落,让我同时看透了其他编程语言的前途。我认识到了无论什么语言,都有它自己的生存周期,不可以作为长久的追求。Delphi时代的衰落,似乎同时也释放了程序语言的种类,许多以前未曾听说过的语言都有公司在用,但是每种语言都没有了当年的那种走遍天下的感觉。我甚至听到过用Java的同事也在抱怨JAVA语言越来越不吃香了。这一切,都促使我,放弃了对于编程——我当年的最擅长的技能的执着。感恩Delphi的衰落!当然中间的经历,不想仔细讲,不过请想一下,一个熟悉了编程高手的身份的人,开始去艰难地做一些原先不甚了解的事情,经常刚刚毕业的大学生都似乎比我懂得多。公允地说,这种感受通常不被认为是很美妙的。又过了很久,我可以自己做一些事情,我忽然发现,以前的编程经历对我大有帮助。当我进行一些数据分析的时候,我可以提出相当有效的算法,并可以很快地实现。我渐渐意识到,当我哦放弃了对编程的执着之后,编程反而开始真正能给我的生活带来帮助。感恩Delphi的衰落!还有一个值得一提的变化是,当我执着于自己编程的时候,有一种困扰一直存在:每当看到一个新技术,我所想的就是怎么(用Delphi)去实现。似乎有一种竞争之心在逼迫我。而当Delphi衰落之后,我认识到,即使有相当多的技术问题我不能自己去实现它也不是什么值得注意的事情。有了这种意识,反而可以开始真正欣赏技术进步带来的新的更加广阔的天地。感恩Delphi的衰落!
Delphi编程衰落
Delphi编程衰落
后台以webserver(IIS、apache、nginx)+应用服务程序(delphi写的isapi、php、),前台就是delhpi写的绿色客户端,通信走https(s)
开发也快,运行也快
单轮开发效率和运行效率,c++ builder 也不输delphi
解决不了,再换其它工具。
单轮开发效率和运行效率,c++ builder 也不输delphibcb与delphi本来就是一一对应的
只不过,bcb的编译速度还是慢了很多,代码的感觉也因为c的特征而乱很多
现在delphi最大的问题不是 遇到无法解决的问题
而是用户(甲方)直接拒绝delphi,哪怕用delphi可以更快更省地开发,运行速度也更快
现在delphi最大的问题不是 遇到无法解决的问题
而是用户(甲方)直接拒绝delphi,哪怕用delphi可以更快更省地开发,运行速度也更快
拒绝理由都是什么?
现在delphi最大的问题不是 遇到无法解决的问题
而是用户(甲方)直接拒绝delphi,哪怕用delphi可以更快更省地开发,运行速度也更快
拒绝理由都是什么? 甲方的理由,我总结过:
http://blog.csdn.net/sz_haitao/article/details/3712561选型的真正理由(更快更省地开发,运行速度也更快)反而最次要的了
现在delphi最大的问题不是 遇到无法解决的问题
而是用户(甲方)直接拒绝delphi,哪怕用delphi可以更快更省地开发,运行速度也更快
拒绝理由都是什么? 甲方的理由,我总结过:
http://blog.csdn.net/sz_haitao/article/details/3712561选型的真正理由(更快更省地开发,运行速度也更快)反而最次要的了
sz_haitao 应该算是个理想主义者吧。有些事情的确挺无奈的,但大可不必理会,只需冷眼旁观就行了。
不知谁有这样的框架???我10年前就在搞 ini@http 这种框架了:
对client/server、browser/webserver进行了取长补短的client/webserver模式
http://blog.csdn.net/sz_haitao/article/details/4539228
http://blog.csdn.net/sz_haitao/article/details/4190645
不知楼主现在还做开发吗
希望不是在做白日梦
而VISUALSTUDIO 这东西,虽然不怎么好用,但这东西,可以称为全能,网上的方案资料也多,所以。
有种感觉,Delphi 误于Intraweb之流在先,微软可以摔几个跟斗再迎头赶上,别人没这资本,摔一次跟斗就会被微软甩得远远的。
intrabuilder只是一直没打响
不用安装.net framk,很稳定,不用考虑执行效率问题!安全性也很好~
宝兰败就败在没有将pascal标准化。看如今的java,c#等,还不都出自一个老祖宗?C标准化了,便可以繁衍后代,可以生存下去。如果当年pascal也标准化了,当今语言形势决不是这个局面。
泛型怎么了?反射怎么了?当年我们没有这些东西,程序照样跑,跑得比VC,VB快N倍!不要忘了,delphi是曾经的VBKiller!
楼主说的对:万物兴衰是一个轮回。兴衰交替,天下方能生生不息。语言竞争也是如此。相信在不久的将来,delphi会寻回往日的辉煌。
array [m..n] of AnsiChar、array [m..n] of WideChar的区别,进行一些库函数调用传递不严格匹配的参数时它们的隐式转化以及由此产生的开销。3. 没有理解继承和多态、virtual、abstract、override、overload、reintroduce等关键字的用途。不能熟练甚至根本不懂进行面向对象设计和开发。体现在软件中一切窗体都是直接从TForm派生、项目中一大堆重复或高度相似的代码。4. 对诸如TCP、UDP、进程、线程、同步,基本数据结构和算法等一些基础知识的了解几乎为0.以上所有问题,从Delphi论坛版块上充斥的基础得不能再基础、低级得不能再低级的提问上就可以看出。最后说一句,做开发多年,如果没有掌握一些所有语言、所有平台都共通的基础知识和基本能力,就太失败了。
严谨、简练、容易阅读和使用,是PASCAL系的最大优点。
PASCAL系是学院派系搞出来,C是工程需要搞出来的。用过这二个语言后,就非常感受这点。
不管是C还是DELPHI,最终还是生产汇编,效率问题和语言无关,和编译器有关。
我也认为,这才是Delphi衰落相当大的原因!基于Delphi的定位,国内使用Delphi的,基本上都是创业型的小型软件公司,产品主要是各种、各行各业数据库管理软件,尤其是桌面型管理软件。Delphi易学好用->门槛很低->垃圾程序员太多->企业规模扩大不得不淘汰此类人,同时工资也不高,高水平的逐渐放弃Delphi->Delphi烂掉了。整体来说,IT人学历和能力是成正比的,Delphi开发的毕业学校比VC、JAVA等整体差一截,很多人搞了几年D还处于拖拉控件的水平,一旦卡住,直接找控件,作为一个搞产品的公司,是不允许出现这种情况的。那么结果只有一个选择,放弃DELPHDelphi的没落有很多原因,以上这个原因,在中国大陆地区,至少占40%权重,另外40%就是版权、市场问题。
请不要说Delphi“跑得比VC,VB快N倍”这种自欺欺人的话了,跑得比VB快当然毫无疑问,比c/C++快就难说了,都是native语言,执行效率如何看写代码人的功力。难道跟std::string比一下赋值速度,就说比C++快了?没人会说delphi的程序会比vc的快吧?
专门看了一下,好像就是我说过:
开发效率和运行效率的同时高,除了delphi,以前没有,到现在也还是没有
开发也快,运行也快怎么就被理解为delphi比vc还要快了?
我一直认为 delphi程序的运行速度大约是vc的98%左右(普遍情况)
楼主从DELPHI的衰落 体悟到人生中不应仅仅局限在这狭小的编程空间中,是件值得祝贺的事情。
性能比delphi的应用好?
跨平台?不同浏览器、版本的兼容性不用考虑?
性能比delphi的应用好?
跨平台?不同浏览器、版本的兼容性不用考虑?
哦是 浏览器+flash(as语言),与ie+activex(没脚本语言)差不多了
如果这个activex是我的delphi解释器(把dfm+pas作为脚本)转成的activex,就一模一样了。
当然,activex只能运行在ie,这个是限制
但是性能上,还是慢一点:毕竟都是脚本程序
如果是win32桌面,直接使用客户端,绿色、多层的客户端,性能会最大化