| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> DELPHI技术 斑竹:liumazi,sephil | |||||
| 作者： |
|
2016/5/9 18:59:17 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 无意中看到5月份TOBIE，delphi和Pascal排在11位，不错啦，争取超过VB.net。话说Java好强劲，常年霸占top1。 C#怎么就干不过Java呢？感觉Java很难用啊。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/9 19:26:20 | ||||
| 1楼： | java用在大项目上，可以跨平台， 外包也是首选java ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 7:41:24 | ||||
| 2楼： | Java 历史悠久，开放，各种资源丰富，惯性巨大，别的根本不是一个重量级的。 ---------------------------------------------- UniKeeper V10.40 -- 您最贴心的个人数据管理助手 |
|||||
| 作者： |
|
2016/5/10 9:29:39 | ||||
| 3楼： | 一直在缓慢上升中，delphi和pascal分开排名，要是能合并肯定会更高一点。虽然不是很准确，至少可以吸引一部分人来学习，还是要人多才好 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 18:00:05 | ||||
| 4楼： | 下个月，进前十。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 19:53:15 | ||||
| 5楼： | 看看jcl，越来越好越稳定了。jedi vcl, jedi code， 是delphi必备的两个库，jcl更是,jvl还有很多不中用的控件，jcl几乎总感觉功能还不够，还应该加更多。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 19:54:19 | ||||
| 6楼： | jcl连判读cpu型号的功能都有了,c/c++有著名的boost，delphi有不著名的jedi。还有就是，经测试，delphi、freepascal编译软件的运行速度只比vc差5%左右，几乎就没什么区别。与其用vc/c++,不如用好学易用功能一样强的object pascal, delphi的老问题还是在vcl库拖后腿，新的火猴性能更差，几年都没提升，太遗憾了。排位升高的根本原因还是delphi可以开发ios/安卓/windows三平台了，但emb的优化能力，几乎把pascal的优异性能直掉价到java的程度，这使得pascal要进十还很困难，而vb.net根本就不是vb，而是.net。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 20:52:43 | ||||
| 7楼： | 请问楼上，VCL哪里拖后腿了？ 还有为什么delphi比VC慢5%，你觉得原因是什么？ ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2016/5/10 21:49:53 | ||||
| 8楼： | vcl确实没什么进步，最近几年都去搞跨平台去了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 22:10:54 | ||||
| 9楼： | 问题是，你想让VCL在哪方面进步？ 我今年特意安装了Delphi 1.0 2.0 3.0，就是为了比较一下TControl和TWinControl与7.0相比有什么变化。可以肯定说，Controls.pas整个单元的变化只相差几十行代码。而7.0是我们公认的稳定经典版本。 所以，相让它进步也得说出个所以然啊，否则空喊口号有什么意思呢？ ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2016/5/10 22:22:59 | ||||
| 10楼： | 9楼你自己确认自己比较了D7和D1？D1是16位的，D7是32位的，别说D1和D7了，D1和D2，D5就差好多，D7又添加了对CLX和NET的支持。 你怎么不比较一下D7和RX10的变化呢？ BTW：公认的稳定版本不是D7，而是D5，D7没有太多的改变，原打算是完整支持NET的，但是，Borland已经无力了。 对Delphi，没必要恭维，也没必要诋毁。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 22:26:19 | ||||
| 11楼： | 楼上楼，C比Delphi的速度远远不止快5%，除非特殊的代码比较，那毫无意义。 32位下，Delphi所有版本（包括柏林），效率不会比VC6好，尤其浮点，因为VC6已经支持MMX，SSE，而Delphi直到柏林，还是在用FPU。嗯，64位的倒是用了MMX，SSE了，可是其他方面的优化又比32的差，你怎么选？和C怎么比？ 大家都是讨饭的，就别争论谁的饭碗更高贵了， 对Delphi，没有必要诋毁，也真没必要恭维。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/10 22:35:36 | ||||
| 12楼： | 楼上，我比较的D7是删掉了CLX代码。D1与D5的Controls.pas单元确实相差很小，就那几十行代码。D1虽然是16位的，但是与后来的版本相比，它调用的API不变啊，TControl与TWinControl的函数也不变啊。 没精力比较D7和RX10，因为RX10已经有太多不相干代码了。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2016/5/11 3:14:17 | ||||
| 13楼： | 我一直期待vcl改进，至今没有，失望。object-pascal/free-pascal做大量数据计算，比如非波那器计算，在free-Pascal网有示例，比vc速度差在5%之间，这个vc是vc2005以上的比较，不包括vc6，我说的是C++，不要拿C语言比，C要跟汇编去比，C语言基本就是好看的汇编语言，汇编语言如果用大量宏定义也几乎就是C语言。pascal速度不慢，delphi5的编译器和vc2003以后的编译器，都是同一个人做的，名字很拗口的那个，王牌编译器设计师。拖Delphi后腿的不是pascal编译器，而是vcl库，性能太差了。几位是新人吧，哈哈，这个是常识了。不可思议的是free-pascal，编译性能几乎和object-pascal没什么区别了，据说得到大师的指点，free-pascal支持全平台，3.0版支持把pascal直接编译成Java中间码，但现在的限制还不少。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 3:20:44 | ||||
| 14楼： | delphi5/vc6时代，delphi5纯算法不带vcl库的代码，运行性能比vc6要高，但mfc的性能超过vcl，不要把vc6看的太了不起了，当年用Delphi的人几乎和用vc6的一样多，以前大富翁论坛比vc论坛要热闹，大量国产软件都是用Delphi写，早期的qq，马桶浏览器，财务软件，现在财务软件很多还是用delphi写。太多了，用vc却很少，这也是现在delphi又开始上升，毕竟用vc开发太累，delphi如果好用。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 3:36:01 | ||||
| 15楼： | 如果那个王牌编译器设计师，没有被微软挖角，boland至今都不会倒，当年还等着他把vcl库给重新设计优化一下呢，结果delphi5以后被微软超高价挖角了，然后就有至今王牌的C#，性能比Java强几乎一倍，但因为java的多平台通用，因此Java排名次不是第一就是第二，紧跟之后的就是C#。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 3:40:37 | ||||
| 16楼： | 那个设计师现在忙活的是即将著名的：typescript，要取代javascript，javascript的性能不高是常识了，typescript去年才设计完成，正式版，微软在vs2015就急急忙忙加进去了。微软搞typescript，是在跟chrome竞争，chrome把javascript的性能发挥到极致，让ie一直出于下风。但受限于javascript本身的特点，chrome也只能做这么多，而typescript要取代javascript，目标是让微软的edge重新夺回浏览器第一把交椅。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 8:58:52 | ||||
| 17楼： | 本来最希望微软把Delphi收了，后来出了C#就知道不可能了。哎 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 9:18:34 | ||||
| 18楼： | delphi 请你先把ide和自带框架的bug改了吧 求你了 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 13:20:26 | ||||
| 19楼： | Delphi 最后归向哪里去？ ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 13:33:19 | ||||
| 19楼： | 首先FreePascal不是Delphi，FreePascal某些方面得益于自身开放，所以效率比Delphi好太多，比如之前说的浮点计算。Delphi再这么小肚鸡肠的养着和狗仔队一样的所谓A国代理。那就等着自生自灭吧。 再有，Delphi的效率不决定什么VCL，而是RTL，之前说过了就不重复说了。但是浮点计算没办法只能修改编译器。这个，起码32位的没人能改的动。 再再有，Delphi1,2,3,4,5……，没有任何一个版本在综合评测指标下可以达到95%C优化全开的水准的。具体需求具体优化可以做到，这是另话，所以20年前说聪明程序员用Delphi，真正程序员用C，因为C编写效果看能力，现在完全相反，一个二把刀程序员写出来的C代码编译后，也不会差在哪里，编译器这些年进步太多了。而Delphi，除了扩充了不少语法，效率这块，几乎停滞。别给我说什么现在都是1000核了，不在乎那点时间了，无知的才这么说。 再再再有，所谓C，C++，那是编程风格的区别，只要不涉及太多臃肿的库，同样代码，C，C++编译出来的代码效率没差，没那么一说什么C++比C慢，C和汇编一样，原来用汇编写过一个杀毒程序（只杀一种，全盘扫描），然后用C重写，效率是汇编1/2。 最后还是那句话，都是讨饭的，就别争谁的饭碗高贵了，甚至一碗统一江湖。能讨到饭就行了。至于Delphi，挚爱不一定同生死。强了好了当然高兴，自生自灭也是天下没有不散的宴席。小家子气成不了什么大事。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 15:58:51 | ||||
| 20楼： | 很显然就是vcl库的问题，俄罗斯人还写了一个有名的kol，很多人都用过吧，功能少了点，但执行效率和运行性能已经比mfc还好，也和mfc一样难用，错误很少，这个kol现在还在更新，用的人不多。vc直到2003版之后编译性能才超过delphi7，然后才有delphi没落，vc6的c++的编译性能较差，比delphi差了一截，而当时bcb的编译性能比vc6++还差，至今bcb编译性能还是比delphi差。总之，用delphi能绕过vcl/fm就绕过，纯object-pascal编译出来的代码，完全不比vc编译的差，绕不过才用vcl/fm。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 16:12:15 | ||||
| 21楼： | 以前很多用vc的人，现在基本都跳到java/c#下去了，毕竟c++写底层代码很好，写上层事务级代码是麻烦透顶，比如数据库/网络，不复杂的事，用c++写就焦头烂额，用java/c#/delphi写就很轻松愉快，因为已经把基础库写好了，调用就是。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 16:18:44 | ||||
| 22楼： | c++ 没有好的ORM库，数据库操作不方便。俄罗斯人厉害啊，大名鼎鼎的nginx就是俄罗斯人搞的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 17:44:02 | ||||
| 23楼： | C++ 有QT啊 做数据库小系统效率还可以的，当然大型的不适合 可跨平台 再结合嵌入式方面编程的优势，也是了不起的 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 22:14:06 | ||||
| 24楼： | KOL目标是编译生成的代码Size小，其他的，执行效率不是目标。 而且拿KOL，VCL和MFC比执行效率，本来就是本末倒置。UI层面，比的是封装层次和扩展灵活性。效率是次要。 至于什么VC到了2003才超过Delphi7。而且Delphi没落是因为被超过了。这怎么说呢？唇对不上嘴。还是那句话，直到柏林，综合代码执行效率（浮点，字符串操作，内存操作，文件存取，循环代码……），Delphi还是比不上VC6，更别说之后的VC。其实VC6之后VC代码优化并没有增强很多，因为没有竞争者了。竞争者已经让猪一样的营销自己给自己闷死在马桶了。呵呵呵。 至于BCB，本来就是一个娘不疼，舅舅不爱的东西，连自己的基础库都是Pas源码。版本永远比Delphi低半个。拿这种东西去描述C的情况，那只能说偏颇。 至于什么绕过VCL效率就高了，还不比VC差，呵呵呵。 如果你用Delphi的Console程序和VC任何Console程序比，那你就吃大亏了。因为Delphi老旧的CRT代码会让你只要有输出就落后VC，C#几条街。 可以到网上找一下Intel效率优化比赛的题，用VC，Delphi，C#实现以下，不要加语言的技巧，都用同样的逻辑。我测试的结果如下（只输出计算结果，不输出太多信息，避免Delphi吃亏） Delphi 32 2.24s Delphi 64 2.03s VC 64 1.91s C# 64 2.35s 另外一个测试900M文本文件分词。Delphi如果不做语言技巧的特殊写法，同样逻辑。速度比C#都慢几条街（C#近年效率提高很多，VC这几年效率其实增强的并不多） 好了，为了语言打嘴仗是这个世界上最无聊的事情。一吕二赵三典韦，兵器都不一样。难不成让三位打一架然后统一使用李元霸的双锤？ 讨饭的碗，自己用着顺手就好了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/11 22:59:21 | ||||
| 25楼： | 前几天，刚发现一个vs2015 c++的编译bug，反馈了还没回应。 什么东西，都不要神化，用着顺手就行。就怕用到最后，有不可逾越的问题。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/12 9:02:13 | ||||
| 26楼： | 就怕用到最后，有不可逾越的问题。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/5/12 9:46:36 | ||||
| 27楼： | 据说早期版本的D7+fastcode的性能会提高很多,当然,大部分都在字符串处理方面... ---------------------------------------------- Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！我去WC吐一会儿去！ |
|||||
| 信息 |
| 登陆以后才能回复 |
