| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> DELPHI技术 斑竹:liumazi,sephil | |||||
| 作者： |
|
2014/6/17 18:20:10 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 相比于Apache+php,Delphi开发服务器端程序的优势在哪里? 单论执行速度,能否跑得过PHP? 还有,字符串和多线程还有数据库处理方面,有没有谁做过性能测试? 总之,一堆疑问,想知道结果,更想知道未来的Delphi走向何方. ---------------------------------------------- Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！我去WC吐一会儿去！ |
|||||
| 作者： |
|
2014/6/17 20:20:24 | ||||
| 1楼： | 根本没有优势，还存在稳定性，跨平台的问题 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/17 20:34:37 | ||||
| 2楼： | 优势有啊,一大堆控件可以参考和使用和delphi固有的便利. 多线程你既可以使用API也可以使用VCL管理，使用API的时候，速度应该是一样的。字符串不仅方便，而且引用计数速度更快。php也是C开发的，只要你有足够的能力，用delphi开发一个类似PHP性能的水平能有什么问题啊。 delphi唯一的不足可能在于，它提供了过多过于灵活的功能，其代价都是封装的更高层一些，因此性能会略有损失（注意啊，只是略有损失，而且依靠汇编以及其它便利之处，比如引用计数，比如特殊的消息分发机制等等，有时候性能还能超出SDK编程），内存消耗也要稍微多一些。 另外，delphi小众化了确实是一个事实，我一个同事之前来我公司之前居然没听过这个语言。但又不是零社区，怕什么啊。真正做产品的应该非常喜欢delphi才对（跟找对象一个道理，你找到对象或者做出产品了就是王道，你管别人怎么想）。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2014/6/17 20:36:35 | ||||
| 3楼： | 记得xe2发布的时候，官方报告说x64的程序性能是C++的86%，可见的基本上没有什么区别。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2014/6/17 21:33:25 | ||||
| 4楼： | 用Delphi做服务器程序需要些功力的，只要你有功力，如果开发windows平台，Delphi可以利用到操作系统所有的资源。但,Delphi自带的内存管理比较弱,编译器也10年没优化了,rtl也很久没什么优化，在最近的官方论坛上有些讨论和测试，xe6的浮点方面的编译还有些问题 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/17 22:05:49 | ||||
| 5楼： | 可以看一下这个http://lutaf.com/44.htm ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/17 23:36:22 | ||||
| 6楼： | 楼上提供的信息真是激动人心。不过Skype好像是BCB开发的。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2014/6/18 1:14:27 | ||||
| 7楼： | RTC做服务端，加上内存池，对象池，连接池，，3000个连接是没问题的。 RTC做REST服务器很方便 ---------------------------------------------- 不喧哗 自有声 心静 思远 志行千里 |
|||||
| 作者： |
|
2014/6/18 7:11:10 | ||||
| 8楼： | 总有人拿稳定性说事,那是你自己水平的问题. 跨平台确实不行 如果仅仅针对Windows的服务端程序还真是比C/C++要方便,比C#性能好几十倍. ---------------------------------------------- 武稀松http://www.raysoftware.cn |
|||||
| 作者： |
|
2014/6/18 7:21:27 | ||||
| 9楼： | 不方便的，没有c++那么多库和数据结构。简单的说一个强大的网络库也没有。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 7:32:39 | ||||
| 10楼： | 网络不是问题，对于windsock2来说就几个Api，Iocp方式就百来行代码，没那么复杂，要做得所谓强大、稳定、可靠，则需要一定构架和功力。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 8:32:33 | ||||
| 11楼： | 同样水平，用别的语言就稳定，用delphi就不容易稳定 最重要的，厉害的人离开了，语言就难以发展，随着用的人越来越少，就越发成为古董，与技术发展脱节 现在服务器端，WEB,NODEJS,NETTY,做得越来越细致，从业人员多，精英人物全部转移到上面你去了，所以新技术，新产品层出不穷。 数据库方面往大数据发展，请问各位，用DELPHI怎么做？接口都没人开发。 delphi也就做做桌面稍有所长，而未来越来越多工作会在服务器端实现，这些海量服务器上运行的是免费的LINUX ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 9:19:24 | ||||
| 12楼： | 还可以吧。没觉得不行，都是一样的，不想释放，都做成接口啊！ ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 9:21:01 | ||||
| 12楼： | delphi自己用来做做小工具就好了，很方便很快速。如11楼朋友说的，delphi跟不上技术的迭代，已经很落后了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 9:43:29 | ||||
| 13楼： | 同意11楼人才的观点，技术是随人走的，人聚多了，技术就会发展。Delphi可谓沦落了，但中小企业快速开发还是不错选择。关于数据库方面大数据的问题，我认为这和Delphi或其他语言没多大关系，是数据库本身的问题，不能混一起而论 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 11:11:21 | ||||
| 14楼： | 谢谢楼上各位的讨论,主要是现在的主流开发环境应该是Apache+PHP,然后使用各种WEB平台上的前后台资源,省很多事. 本来感觉Delphi最大的优势就是RAD,但现在在WEB开发和跨平台方面很悲剧.太小众想放弃了.唉... 再补充一句吧: 貌似Delphi也能跨平台,也能开发WEB应用,但是感觉样样都行,样样拉稀...让人很难过... ---------------------------------------------- Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！我去WC吐一会儿去！ |
|||||
| 作者： |
|
2014/6/18 11:17:20 | ||||
| 15楼： | PHP是什么？开源！ Java是什么？开源！ 你一个Delphi，也学习Apple采用封闭式的方式，怎么可能变成大众的选择！ 从技术层面，Delphi什么都不是问题。从经营看，它的公司、它的市场策略是阻碍它成长的最大问题！ 苹果采用封闭式，但是苹果能给人一个平台，一个赚钱的平台！而且它的开发工具也是免费的！ Delphi缺少一个平台，在WEB的时代，发展如蜗牛！即使再优秀的产品，销售策略不对，也会被市场淘汰！ 已经没有Borland，也没有了Nokia.......... 公司的决策层是决定公司存亡的关键！而不是技术！ ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 12:02:48 | ||||
| 16楼： | 比如开发NOSQL，会有很多语言的接口，会有delphi的吗？它会有C的，JAVA的，JS的，可能还有GO的，没必要做delphi的，这些大部分都在linux系统下跑 封闭的系统没人用，windows是收费的，做小系统行，做大了，费用不小，而且可能受制于人。 java被收购，GOOGLE就在Go上发力。mysql被收购，很多人就转而用mariaDB,都是尽量避免受制于人。 delphi受困于windows生态系统，移动上并不成功，做服务器毫无优势可言.nodeJS，netty都以并发数巨大闻名，据说阿里巴巴就用nodeJS把数据库连成集群，开发就是javascript,delphi肯定是不可想象的 放大了眼光看，delphi更适合做些小工程系统，与windows平台绑定。 现在移动开发很活跃，服务端开发更活跃，delphi在前者还不算成功，后者基本没戏 大家能多学些东西赶紧多学点别的 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/18 12:11:36 | ||||
| 17楼： | 再次感谢楼上...现在会一点儿Delphi,但是往市场和应用开发上一看,发现自己啥都不会,感觉有点儿悲剧,才来问这些问题. 自己不会的问题如下: 想搞WEB开发,发现PHP,JAVA,特别是JS,竟然一点儿都不会,更不要说前端架构了,像ExtJS,POJO,easyUI,JUI都不会.... 想搞移动开发,发现Android上的Java不会,也不熟悉底层系统,IOS上的C不会,底层系统也不熟. 看来只能转个方向认真学习了... ---------------------------------------------- Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！Delphi威武！千秋万代，一统江湖！我去WC吐一会儿去！ |
|||||
| 作者： |
|
2014/6/18 22:23:13 | ||||
| 18楼： | wr960204 (武稀松), tintin1943 (零输好),你们搞个简单的例子出来，让那些整天说Delphi不能写稳定高效的服务器程序的人闭嘴. ---------------------------------------------- |
|||||
| 作者： |
|
2014/6/19 8:55:22 | ||||
| 19楼： | 一般不是东西不行，而是人不行，搞不来的，用其他的一样搞不来，搞的来的，用什么都搞的来，就一个跨平台问题而已，如果仅仅是Windows下，用来用去都是用Win的那几个API，有啥稳定不稳定的，自己没写好而已！不说大神们，至少我自己写的，运行起来挺好，而且出问题，都是自己的代码逻辑问题，与工具没啥关系 ---------------------------------------------- 逍遥乎八极之外，虚浮世间以乘天风云马 |
|||||
| 作者： |
|
2014/6/19 8:58:28 | ||||
| 20楼： | 看了几个讨论，说来说去无非是说没Delphi的接口。。。。囧，没有，自己就不会写一个么，写了不就有了，啥都等别人的东西放出来，那还搞毛线，如果一个项目，等不到别人的方案出来难道还要换平台，就为了一个别人的方案？ ---------------------------------------------- 逍遥乎八极之外，虚浮世间以乘天风云马 |
|||||
| 作者： |
|
2014/6/19 9:11:43 | ||||
| 21楼： | Delphi写稳定的程序确实不容易，我想其他也一样,水平不够，用什么写都不会稳定的。。。 ---------------------------------------------- DIOCP官方社区|MyBean官方社区http://www.diocp.org/ |
|||||
| 作者： |
|
2014/6/19 9:13:09 | ||||
| 21楼： | 浮云遮望眼，不研究再好的工具也会写出垃圾的东西，好好研究，只要不是用错工具，就能写出好东西。 ---------------------------------------------- QDAC 开源数据库访问组件欢迎大家关注讨论和使用 官网（博客):http://www.qdac.cc 讨论QQ群:250530692 QLang 多语言组件快速让你的程序走向海外 |
|||||
| 作者： |
|
2014/6/19 9:27:05 | ||||
| 22楼： | 15楼我已经说明了一些问题，可能太多程序员关注的只是一件工具好不好用，而不关注其他。 我就再举一个赤裸一点的例子：玩Delphi的，应该都记得JBuilder，曾经Java王国的首选开发工具。可惜Eclipse开放之后，直接的把JBuilder给憋死了！ 请问，有免费的可以选择，为什么还要花钱买类似的工具？！ 而Delphi还活着，一个很大的原因不是Delphi好或者不好，而是目前支持Pascal的只有Delphi和Lazarus，而Lazarus目前的成熟度，还不能完全替代Delphi，但是Lazarus一直在成长，支持它的第三方控件也越来越多。 Delphi是小众的，如果没有企业/资金扶持，会继续这样的小众，或者有一天消失。 如果你只会小众的语言，那么注定你跳槽的时候，可选择的余地也是小众的。 再说句让你们清醒一点的话： 向来Delphi的程序员都会说“其他语言能开发的，Delphi也可以开发！” 我反说一下“其他语言可以做到，为什么还要选择Delphi”， “其他语言不是免费，就是费用很少，为什么选择昂贵的Delphi？” ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 9:28:25 | ||||
| 22楼： | 如果delphi比作是你老婆，你觉得没有优势了，只要你有能力，选择很多；老婆能做的事情很多，至于合不合你胃口，估计别人都不知道；当然别人知道了，你也就该出局了 ---------------------------------------------- 向你学习 |
|||||
| 作者： |
|
2014/6/19 9:32:03 | ||||
| 23楼： | 楼上说的又是另外一个问题了。。至少据我所知，上面说能够写出稳定服务器的，都不仅仅只是用Delphi的，跳槽这个和这个更远了！ ---------------------------------------------- 逍遥乎八极之外，虚浮世间以乘天风云马 |
|||||
| 作者： |
|
2014/6/19 9:46:57 | ||||
| 24楼： | 闲兄：你理解错了； 我是针对此贴标题的； 至于你们喷的什么稳定不稳定，关键在人和能力；动不动就这个有优势，那个没优势的，其终归是自己没优势；说这个工具不能做，哪个工具也不能做的，终归是自己不能做... 补充下，其实我们都在QDAC和DIOCP群里 ---------------------------------------------- 向你学习 |
|||||
| 作者： |
|
2014/6/19 9:51:23 | ||||
| 24楼： | 感觉delphi现在确实不行了，我干了5年了 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 9:58:24 | ||||
| 25楼： | 23楼 不得闲，我只是陈述一个事实：再好的刀，也要有地方用，才能发挥出它的作用。 Delphi已经越来越小众，小众也就是应用的公司越来越少，这是不可否认的事实。我不希望大家还沉醉在孔乙己的茴香豆的“茴”有几种写法上面！ 你说的没错，一般的程序员都会多种语言！ 问题是，你跳巢之后做啥的？！继续Delphi还是转其他。 转！也可以表示又一个离开了Delphi，Delphi就更加小众，人数越来越少！ 只要不是你自己的公司，你一个程序员是决定不了一个项目的开发工具的！ ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 10:15:22 | ||||
| 26楼： | Delphi没落了是真的，用的人少了也是真的！ ---------------------------------------------- DIOCP官方社区|MyBean官方社区http://www.diocp.org/ |
|||||
| 作者： |
|
2014/6/19 11:12:38 | ||||
| 27楼： | 如果做交互频繁的客户端程序，Delphi是方便的，做windows通信服务器类也方便，但Delphi自带的三层是不怎么样，效率低下，这样我认为也很好，这也是个生态的问题，留点门槛，让有些有能力人有饭吃。如果Delphi的三层如oracle那么稳定，一些刚学的人和一个专业人士就没区别了，我个人认同Delphi现在的方式，不弄好服务端 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 11:21:34 | ||||
| 28楼： | "只要不是用错工具，就能写出好东西。" 这句话对Delphi已经无效了。因为，很有可能你没用错，是编译器错了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 13:17:32 | ||||
| 29楼： | 编译器出错还不正常吗？工具是人写的，是人写的就可能出错，出错改正就好。Intel当年的浮点错误，微软当年的计算器错误，都不一样过去了嘛。 ---------------------------------------------- QDAC 开源数据库访问组件欢迎大家关注讨论和使用 官网（博客):http://www.qdac.cc 讨论QQ群:250530692 QLang 多语言组件快速让你的程序走向海外 |
|||||
| 作者： |
|
2014/6/19 15:03:37 | ||||
| 30楼： | 我只是告诉你，你那句话错了。 至于其他的，你自己看着办吧。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 15:35:19 | ||||
| 31楼： | 编译器不会错，错了也会马上被更正。如果你非要觉得错了，那就是你快被淘汰了，不懂得与时俱进。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2014/6/19 15:52:24 | ||||
| 32楼： | 再说了，请举出一个永不出错的编译器。 其实人类所有知识都是在哥德尔不完备定理控制之下的，正如integer足够制作世界上99%的程序一样。在编译器现有的正确的能力范围之内，足够你干99%的活了。如果你非要用到那1% 特性，那么请继续等待，如果不想等待，就自己去做一个编译器去。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2014/6/19 20:09:21 | ||||
| 33楼： | 楼上的，我只是说这句话错了 "只要不是用错工具，就能写出好东西。" 你说这么多，无非是证明了这句话是错的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 21:50:30 | ||||
| 34楼： | 网络不是问题，对于windsock2来说就几个Api，Iocp方式就百来行代码，没那么复杂，要做得所谓强大、稳定、可靠，则需要一定构架和功力。 //========== 一个强大稳定可靠的网络程序不是百来行代码就能搞定的。 如果是老程序，那没办法，如果是新的服务器端程序造型还选用delphi,我觉得这需要一个多么大的决心啊。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/19 22:05:52 | ||||
| 35楼： | 我用sock2的api弄过三层数据服务程序，通信方面就几个api。广域网，1000来个连接，100并发，能跑几个月不停机。程序也就两千行左右，感觉压力不在通讯服务器，而在数据库的能力。程序方面主要解决是并发和内存管理的问题 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/20 11:16:28 | ||||
| 36楼： | Delphi ，还是要支持Linux 平台，现在做互联网，后台或者说云端，都是Linux 平台，一个免费，再一个确实比较稳定。前端，基于原生开发，用Delphi开发还是比较快。当然用Delphi开发Android和 IOS，Delphi还是需要改进，调试慢的问题，就很让人难受。至于在Window下开发，那没得说，应该是Number One,只是现在做 互联网，是基于浏览器开发；至于Delphi的Web开发，IntraWeb和Webbroker 技术也只能 部署在Window下。我现在写一个Linux服务 要么 用 Lazarus 要么用 Go ，但是用惯了Delphi，用Lazarus ，难受。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/21 13:51:01 | ||||
| 37楼： | DELPHI没有LINUX/UNIX平台编译器，所以，不适合做服务器端软件， 但做前端桌面端，是最好的选择。 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/6/21 15:36:37 | ||||
| 38楼： | 我自己搞了个类DATASNAP服务器 用IDTCPSERVER和IDTCPCLIENT传数据，说白了就是服务端和客户端传OLEV变体数据（当然你也可以传XML和JSON很自由）。1000个客户连接，200个并发，没有问题，用的好好的。我真不明白，就我这点水平就能把服务器搞的稳稳的。只能说DELPHI本身没有问题，只是用的人有问题吧了。在DELPHI世界里有很多大牛，但是他们不是工程师。他们有大师的水平，就是没有工程师的素质。 ---------------------------------------------- 我为人人为我 |
|||||
| 作者： |
|
2014/6/21 15:43:45 | ||||
| 39楼： | 就数据库开发来说吧，你只要吃定CLIENTDATASET就行了，其它的什么BDE ADO DBX FD 这些只不过是数据库连接组件吧了，良好的开发规范比什么都重要。 ---------------------------------------------- 我为人人为我 |
|||||
| 作者： |
|
2014/6/21 15:54:23 | ||||
| 40楼： | DELPHI的主要问题还在大学教学和价格。其实大可以免费给大学生用，大可以低价给开发公司用，再收取培训费和服务费。 ---------------------------------------------- 我为人人为我 |
|||||
| 作者： |
|
2014/6/21 15:56:31 | ||||
| 41楼： | emb缺钱呐！ ---------------------------------------------- -我的博客 |
|||||
| 作者： |
|
2014/6/26 19:50:36 | ||||
| 42楼： | 该换的时候就换吧，不行就是不行；delphi做为服务器语言，真心太弱了。 ---------------------------------------------- 没有做不到，只有想不到。 bolg：http://hi.baidu.com/lobtao Email：lobtao@qq.com QQ：369687916 |
|||||
| 作者： |
|
2014/7/1 9:15:56 | ||||
| 43楼： | 艺多不压身，和个人精力无关，该学什么还是得学，该用什么，还是跟大队吧！不管换什么开发工具，什么开发语言，开发的流程和方式都差不多，说到底，咱们还是要做码畜，混这行饭，就别太纠结这些月经问题了！ ---------------------------------------------- - |
|||||
| 作者： |
|
2014/7/1 11:30:45 | ||||
| 44楼： | 有，实现得快，跑得也快。 稳定性不用担心，JAVAPHP的程序不见得能10年不挂机。健壮的系统要允许出错。 主程序+守护程序是个很理想的搭配，守护程序负责监测和恢复主程序的运行。 只要架构满足需要，加个守护程序，你一个月写的程序要比别人用2、3个月写的程序要稳定得多；而且守护程序可以重复使用。 ---------------------------------------------- 软件是什么，相信很多人都说不清。 |
|||||
| 作者： |
|
2014/7/4 9:35:03 | ||||
| 45楼： | 说起优势,相比其它的开发语言还真没什么优势.DELPHI的优势也就RAD,服务器对于界面开发这块要求不高.另外,C++和JAVA这些稳定的三方中间件及类库都比DELPHI多很多. ---------------------------------------------- |
|||||
| 作者： |
|
2014/7/5 22:05:57 | ||||
| 46楼： | 说一些被你们这些没水平的人骂的话 Delphi只是个开发工具，不会用就在那装 根本不去研究核心是怎么工作的，就在那叫嚣，还以为牛B得很 php是什么语言自己去查去，他牛的是下面的平台 你们用大数据就知道用接口，还会做什么，我们是用DELPHI开发NOSQL的，难道我会让你们用？ 移动化Delphi也不差，有朋友开发个游戏，效果速度那个的好，其他人整天说android启动会黑屏，然后还弄了个打补丁的方式，效果还不好，但在他那根本没这事，不同的是，人家已经抛弃了firemonkey 我觉得DELPHI成在VCL，毁也在VCL，都只会拉控件了 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/7/6 7:45:53 | ||||
| 47楼： | 楼主问的是优势，而不是能不能做，能做当然能做，但相比较而言的优势在哪里? ---------------------------------------------- - |
|||||
| 作者： |
|
2014/7/6 12:31:42 | ||||
| 48楼： | Delphi开发服务器端可參用的控件多但控件問題也多(bug)~ Delphi資料庫开发的強項在Client端客戶端～ ---------------------------------------------- - |
|||||
| 作者： |
|
2014/7/6 12:37:56 | ||||
| 49楼： | 我倒觉的delphi的定位很好，想做稳定可靠服务器的人自己弄，分开开发层次，不是新手点几下控件就弄个服务器出来，留点饭给人吃 ---------------------------------------------- - |
|||||
| 作者： |
|
2014/7/14 8:22:41 | ||||
| 50楼： | 仅就工具而言,Delphi做服务器端没有优势, 如果你要做一个大型的,长期演进的服务器端应用,千万不要用Delphi, 如果是个小型的,短命的东西,怎么玩都差不多 大家不要动不动就什么取决如人,唯人论与唯工具论一样害人害已, 所谓武功再高也怕菜刀, 这个道理大家应该都明白吧. ---------------------------------------------- UniKeeper V10.40 -- 您最贴心的个人数据管理助手 |
|||||
| 作者： |
|
2014/7/14 15:27:43 | ||||
| 51楼： | 顶 ---------------------------------------------- 还可以更好 |
|||||
| 作者： |
|
2014/7/14 15:32:15 | ||||
| 52楼： | 很快的未来的 DELPHI 将支持 LUNIX 。 哈哈哈。 高端服务器市场要白菜价了。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/4/21 14:11:20 | ||||
| 53楼： | 支持楼上， 没有delphi，就没有foxmail，没有foxmail，张小龙就进不了腾讯， 进不了腾讯，就没有微信 没有delphi，就没有3721，没有3721，周鸿祎就进不了yahoo， 进不了yahoo，就没有现在的360公司 ---------------------------------------------- kittyapp |
|||||
| 作者： |
|
2015/4/21 14:15:25 | ||||
| 54楼： | 金山毒霸 和 wps 曾经也是用delphi写的 盛大传奇 几百万人在线 也是delphi写的 ---------------------------------------------- kittyapp |
|||||
| 作者： |
|
2015/4/21 16:56:43 | ||||
| 55楼： | 不容易反编译算是一个优势吧 ---------------------------------------------- MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/ |
|||||
| 作者： |
|
2015/4/21 17:44:59 | ||||
| 56楼： | ls肯定没玩过IDR
相信自己，若自己都不相信，那还有谁可信。 |
|||||
| 作者： |
|
2015/4/21 19:48:30 | ||||
| 57楼： | 楼上的发个支持 XE7 XE8 的 IDR 好吗？ ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/4/21 20:13:31 | ||||
| 58楼： | 暂时 IDR 最高支持XE2——XE8迟早会有的。 实在不行，还有ida.. ---------------------------------------------- 相信自己，若自己都不相信，那还有谁可信。 |
|||||
| 作者： |
|
2015/4/21 21:56:26 | ||||
| 59楼： | 我很好奇46楼说的，不用firemonkey用什么呢 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 1:59:06 | ||||
| 60楼： | 主要是INDY不稳定, 不用INDY又不太可能. ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 8:48:55 | ||||
| 61楼： | 同意楼上多位高手所言：不是工具不行，是人不行。功力足够，Delphi开发出高性能的服务程序并无问题。只是目前只能开发Windows平台的服务程序。 delphi只是众多开发工具之一种，有其长项，也有弱点，智者择其长而用之。 delphi开发者正因为认识到它的小众，通常都会同时掌握其它开发语言，如PHP、C#、JAVA等，而且因为Pascal教学语言的优势，其它语言的学习难度会降低很多。而其它语言开发者很少会去学习和掌握Delphi，因此delphi开发者去求职也许更有优势。 ---------------------------------------------- DELPHI编程爱好者 |
|||||
| 作者： |
|
2015/4/22 14:00:13 | ||||
| 62楼： | 在我看来，Delphi写服务端软件，没有什么优势。 排除人的因素，同样一个人，用C加上STL或者boost可以写出比Delphi稳定的多以及高效的服务器端软件。 Delphi主要欠缺的地方，是高效的并行内存管理器，稳定的类库，还有丰富稳定第三方容器和模块，可能编译器也有点问题（纯属个人感觉）。 如果你客户端用Delphi开发的，采用是Datasnap,FireDAC之类的，那还算有点便利。 但是采用的是标准通信协议，注重并行，注重稳定，那还是别的语言吧。 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 14:06:47 | ||||
| 62楼： | 回楼上 在我看来，Delphi写服务端软件，没有什么优势。 我觉得挺好用啊,方便.灵活.快速,接其他语言库也方便. 排除人的因素，同样一个人，用C加上STL或者boost可以写出比Delphi稳定的多以及高效的服务器端软件。 C比Delphi 高效. ?? 是开发速度.还是执行效率? 综合来看...Delphi明显方便吧.... Delphi主要欠缺的地方，是高效的并行内存管理器，稳定的类库，还有丰富稳定第三方容器和模块，可能编译器也有点问题（纯属个人感觉） 高效的并行内存管理器, 我觉得架构的好.效率会高很多. 编译器有问题,在我这个层次,还发现不了. 如果你客户端用Delphi开发的，采用是Datasnap,FireDAC之类的，那还算有点便利。 客户端我们有多种语言,服务器都用Delphi, 完全可以自已实现类似Datasnap的功能啊,又不难... 但是采用的是标准通信协议，注重并行，注重稳定，那还是别的语言吧。 就是看了这句,才忍不住回了...真的怒了..楼上不要误导大家啊, 我们现在开发的,服务端.稳定长连接一万个,长期运行.从不出错. 不止标准协议,多种协议兼容..... 暂时还没用上大并发语言.如Erlang,是因为现在业务量还不够,,Erlang动不动 C100K,现在真用不着啊,,,,, 没有针对楼上的意思..只不过.写了十多年Delphi.也算是稍微有点心得.看到楼上的这么说.不得不说两句..... 以上. ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 14:17:51 | ||||
| 63楼： | 第一个62楼，你自己不行，就靠第三方了。 我们是 拿第三方做基础。自己优化。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/4/22 14:48:17 | ||||
| 64楼： | 回复楼上及上上楼，可能自己水平不行吧，我自己写的服务端，c的稳定性和效率都要超过Delphi，也不用一条条反驳，在我看来，Delphi最大的问题还是不稳定，特别是高并发的时候。 反正谁用了，谁知道，当至少7×24小时运行，开始上线的时候，你就知道了。 对了Delphi我也用了15年了，所以我想对新的选型的人说，如果是服务端程序，最好不要用Delphi。 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 15:00:26 | ||||
| 65楼： | 我觉得veejay (阿蒙),robinson2006 (Leo)说的都对，delphi是有些不如人意的地方，但对高手来说，都不是事，因为delphi可以使用API加汇编，这就是无所不能了，程序的稳定是靠设计者的功力的，服务器说的简单点就是处理并发和合理使用内存的问题，设计时尽量掌握所有代码的的效率及内存使用情况，我估计连java、c#在内，所有开发服务器工具都是要考虑内存使用情况的 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 15:20:03 | ||||
| 66楼： | 我以前写了一个 RO 服务器。老板从来不说，他什么时候重启计算机。 我觉得，虽然不一定 7X24 小时，但是 几天不重启是肯定的。 可能是我运气好吧。内存泄露大概非常少。但是不可能没有。主要是懒得去找泄露。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/4/22 15:31:09 | ||||
| 67楼： | wang_80919 (Flying Wang)太谦虚了，能连续工作的服务器都需要些功力的 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 16:55:55 | ||||
| 68楼： | 我觉得，楼上的大拿们都暴露几个Happy的服务器框架，让小虾米们学习学习，然后小众就变成大众了。虾米的进步最需要大虾了！ 我们这边服务器是java的。我就只能把部分业务逻辑从dll做成COM再做成REST服务。一直觉得公司的Java好庞大啊，我是收拾不住了。我希望能有哪种几个文件就搞定了的。方便部署啊。 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 18:43:13 | ||||
| 69楼： | delphi开发服务器端应用不能7*24很大原因有两方面， 一：大量用第三方控件， 二：接手他人的工程，在他人基础上改程序 只有标准vcl写的东东还是很稳定的 ---------------------------------------------- MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/ |
|||||
| 作者： |
|
2015/4/22 19:35:09 | ||||
| 70楼： | 这个帖子露个脸，算不算是高手呀？ ---------------------------------------------- - |
|||||
| 作者： |
|
2015/4/22 20:35:49 | ||||
| 71楼： | 挖坟贴 ---------------------------------------------- 就怕想不到，没有做不到的 |
|||||
| 作者： |
|
2015/4/22 22:09:40 | ||||
| 72楼： | 7*24，我们公司就是delphi开发的，datasnap三层，虽然并发不大，一般开个几个月，都不用重启，没有所谓的稳定不稳定。 我以前写的录音系统，delphi7写的，上百个线路，通话很繁忙，要写数据库要写文件，开个几个月也没出问题，还是才工作1年就写得，稳定的很。 效率方面，没有做过比较，反正效率还是够用了。 ---------------------------------------------- Delphi Android移动开发讨论论坛 老大富翁论坛历史数据搜索引擎 |
|||||
| 作者： |
|
2015/5/27 15:06:26 | ||||
| 73楼： | 不知道这样的算不算稳定...
- |
|||||
| 作者： |
|
2015/5/27 16:34:44 | ||||
| 74楼： | 稳定是需要过程。。功力深浅也不是看使用多久。。 //--------我就是个拖拉控件的。。。。 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/5/27 21:11:37 | ||||
| 75楼： | 当年PowerBuilder二三十万一套，被DELPHI、VB低价出刀拉下 时过境迁。。。 ANDROID也是如此将WINDOWS（非桌面）拉下马的。。。 ---------------------------------------------- SQL SERVER DBA QQ:315054403 曾经的Delphier 缘在上海 |
|||||
| 作者： |
|
2015/5/29 10:22:09 | ||||
| 76楼： | 楼主问前程就不用多说，主流用什么就用什么。 没有哪位大神能写出永不当机的程序，出错检测、错误恢复是服务端程序的必要机制。技术人员要有成本意识，与其花1年写个10年不当机的程序，不如1个月写个几个星期当一次机而又能及时恢复的服务端程序。 如果delphi跟C++都有相同用途的第三方代码，我优先选delphi，为啥呢？普通的程序前者的编译速度是后者的起码3倍，如果C++大量用模板，起码到了8、9倍，时间就是金钱。delphi的优势就在这里。 ---------------------------------------------- 软件是什么，相信很多人都说不清。 |
|||||
| 作者： |
|
2015/5/29 10:56:41 | ||||
| 77楼： | 我认为，开发是分层次的，开发服务器类型的，需要比较扎实的基础和一定的经验的，普通开发者就没必要去弄这个了，有什么好用就用哪个就行了,就好比开发CPU和操作系统等，一般公司去弄这个会浪费资源,最后不了了之 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/5/29 11:33:10 | ||||
| 78楼： | 我觉得这种没有啥可比性吧？ 各有所长，根据自己项目的实际情况进行选择就可以了，我现在开发的web就是delphi的webbroker开发的，一样使用 兵器都在那里，关键还是拿兵器的人吧 ---------------------------------------------- delphi加油！！ |
|||||
| 作者： |
|
2015/5/29 11:45:07 | ||||
| 79楼： | 引用某楼的话 再说句让你们清醒一点的话： 向来Delphi的程序员都会说“其他语言能开发的，Delphi也可以开发！” 我反说一下“其他语言可以做到，为什么还要选择Delphi”， “其他语言不是免费，就是费用很少，为什么选择昂贵的Delphi？” ========== 汗、既然这样说，你选择其他的语言就可以了，不用像其他人说这些的 我也反问一句，其实0101都可以写任何东西的，那为啥不直接用0101呢？你不喜欢delphi，不选择他就是了 ---------------------------------------------- delphi加油！！ |
|||||
| 作者： |
|
2015/5/29 20:49:49 | ||||
| 80楼： | 79楼，你觉得自己喜欢Delphi？因为你在用Webbroker开发Web，这兵器就特牛了？它能支持多少并发？能够让哪一家电商采用你Webbroker开发的WEB应用？！ 我更好奇的多问一句：你曾经买过正版的Delphi么？如果现在让你真金白银花几万块去买一个Delphi，用Webbroker来开发WEB，你还会继续选择你的WebBroker么？ 不客气地说，我的手上买过Delphi5，Delphi2005，Delphi2010，Delphi XE2…… 我也买过DOA，RO．．．．．．．．．． ---------------------------------------------- - |
|||||
| 作者： |
|
2015/5/29 22:37:42 | ||||
| 81楼： | 80喽，我上面说了各有所长，根据自己项目的实际情况进行选择就可以了，我不排除你是一位很大的大牛，我只是说我的看法，我的工程用户并发很少，用webbroker够用的，可能你的程序上亿的并发吧？至于你说的你买过很多正版的，这就很牛吗？我没有觉得呀，呵呵 既然你都买了这么多正版了，多写一写教程似的出来让大家学习，这才让人佩服 另外，我确实喜欢用delphi，这跟你没啥关系，至于你说的“其他语言可以做到，为什么还要选择Delphi”，你完全可以不选择就是了，没人管你的 ---------------------------------------------- delphi加油！！ |
|||||
| 作者： |
|
2015/5/30 10:17:18 | ||||
| 82楼： | 喜欢Delphi却又不喜欢花钱买正版，这也是喜欢？！呵呵…… 就如喜欢一个姑娘，不追人家不取人家，却选择QJ人家，你的喜欢另类的。 都跑焦了，看一下题主想讨论啥！ ---------------------------------------------- - |
|||||
| 作者： |
|
2015/5/30 11:04:15 | ||||
| 83楼： | 82喽你怎么知道别人会一直不买正版呢？而且就算是你购买了，你也没资格要求别人一定去购买的，按照你的逻辑好像每个人都得按照你说的去购买正版啊，你有钱 你都不喜欢delphi了，还在这里给大家泼冷水，快点去用你的0101写代码去吧 ---------------------------------------------- delphi加油！！ |
|||||
| 作者： |
|
2015/5/30 13:55:57 | ||||
| 84楼： | 买了正版不用，那叫浪费。 就算不是你买的。是公司买的。 那也是浪费公司资产。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/5/30 20:14:30 | ||||
| 85楼： | 83\84楼，真抱歉，我们所在的层次不同，没必要纠结。 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/5/30 23:10:19 | ||||
| 86楼： | Delphi开发服务端，真心没优势，，开发效率没C#高，开发资源没C#多，稳定性没C#好，现在这些都比不上C#，就更别说其他语言了，如GO一般的如webserver都写不了几行代码就行了，还能跨平台～ ---------------------------------------------- 我就是我 |
|||||
| 作者： |
|
2015/5/31 11:09:33 | ||||
| 87楼： | 楼上说了半天，我还是看不起 C# 。 说明 C# 还是做得不够好。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/5/31 11:48:39 | ||||
| 88楼： | 说了这么多，得出一个结论，c#还是反人类的 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/5/31 21:43:47 | ||||
| 89楼： | C#,其实真的挺好，我搞了十几年Delphi,在DelphiXE发布后，因为工作需要，使用了C#，原本以为Delphi的IDE是最棒的，但用过VS2013后才明白，原来最棒的是VS2013 然后就更深入的使用C#，发现C#真的很省心，主要是托管的原因，很多东西不需要再考虑了，可以把精力更多的放在业务逻辑上，说实话，Delphi真的没法比得上。 ---------------------------------------------- 我就是我 |
|||||
| 作者： |
|
2015/6/1 0:25:01 | ||||
| 90楼： | 楼上，IDE无所谓吧，都是现代IDE，不会有本质的差距的。 至于委托，我查了一下，相对于函数指针，Delphi也有啊。Delphi还有属性，是不是相对于委托呢（简单把两个对象连接一下，它就可以帮你做很多事情）？另外同参数的函数可以使用事件，是不是和委托也有点类似呢？ ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2015/6/1 8:31:05 | ||||
| 91楼： | chatop 就是不服输啊。但是，我们也不乐意听你的。 你说好的东西，我们觉得就是个垃圾。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2015/6/1 8:37:47 | ||||
| 92楼： | 楼上诸位，比老婆呢都觉得别人的漂亮，比儿子呢都觉得自己的好。能把delphi或C#当儿子看的，都是真心喜欢的，就别比来比去了。 ---------------------------------------------- DELPHI编程爱好者 |
|||||
| 作者： |
|
2015/6/1 10:47:37 | ||||
| 93楼： | 说的很有道理，但是，c#还是反人类的 ---------------------------------------------- - |
|||||
| 作者： |
|
2015/6/6 20:41:11 | ||||
| 94楼： | 可能用习惯了吧 我觉得做服务端的话 主要缺点还是不能跨平台。运行效率 开发效率 稳定性 我个人觉得都不是问题 至少个人感觉比C++ 好。但是你说C# 呢 其实我觉得C# 也不错 前景也很好 就是托管的效率不高 但是据说可以Native了。而且多学几门语言总是好的。 ---------------------------------------------- 用DELPHI 开发游戏！ |
|||||
| 作者： |
|
2015/6/6 20:43:51 | ||||
| 95楼： | 另外 英巴说今年将会尝试对linux的支持 非图形界面 如果支持linux的控制台程序 结合 目前delphi 丰富的周边资源 开发服务端还是挺舒心的！(不追求效率的 话 还是C#好) ---------------------------------------------- 用DELPHI 开发游戏！ |
|||||
| 作者： |
|
2015/6/8 8:40:58 | ||||
| 96楼： | emb 目前只打算支持 APPACH 的 插件。这样是靠 APPACH 来跨平台的。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2017/10/23 9:00:49 | ||||
| 98楼： |  LS这广告厉害.哈哈.---------------------------------------------- 免费的FTP  https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019>http://delphi-z.ruhttps://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019>http://delphi.icm.edu.pl/ftp/https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019>http://delphi-z.ruhttps://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019
|
|||||
| 作者： |
|
2017/10/24 21:28:39 | ||||
| 99楼： | nodejs + expressjs ---------------------------------------------- - |
|||||
| 作者： |
|
2017/10/25 9:15:21 | ||||
| 100楼： | 如果问delphi到底能不能做服务端程序，答案肯定是能，这是做为商品的一个属性。选不选它做服务器程序就要看自己的实际情况了，满足这个属性的商品有很多，要根据自己的时间、财力、人力成本去选择。 ---------------------------------------------- 18114532@qq.com |
|||||
| 作者： |
|
2017/10/25 11:20:04 | ||||
| 101楼： | 普通话是世界上最好的语言，谢谢！ ---------------------------------------------- 博客 - http://offeu.com 脚本模型 - http://webpascal.com 需要短信接口的请联系我，可发行业与营销内容。 |
|||||
| 信息 |
| 登陆以后才能回复 |
