导航:
论坛 ->
DELPHI技术 斑竹:liumazi,sephil
作者:
(Feng) ▲▲△△△ -
注册会员
2017-1-24 0:50:59
标题: 关于 服务端与大量客户端 wcf + Delphi or asp.net还是datasnap + delphi and asp.net 浏览:271
加入我的收藏楼主: 这段时间想写一个服务端与大量客户端的架构,一直在纠结用什么来实现,
我一直用Delphi XE3 写现有的C/S架构的软件程序,对Delphi很熟。
这两个月想重新写几个程序,统一的由网上的服务器提供数据服务,开始我
先优考虑用C#写个WCF服务端,用Asp.net做客户端,但发现由Delphi转C#确
实太不顺手了,
组合方案一(WCF + ASP.net ):
好处:
1、同是微软的东西,DataSet可以通用,Asp.net的编程比较接近于windows
程序的编写,对于我比较好上手
2、升级比较简单,改网站就好,不需要客户安装升级包。
3、WCF比较灵活稳定,可以寄宿到IIS、windows服务、winfrom程序,便于将来改
配置。
4、主流支持的东西,一般外部接口都提供.net的示例。
问题:
1、WCF寄宿于IIS,部署好复杂,对于.net框架的版本需要严格对应,在我
win7的电脑上,整整3个小时间,才配置好
2、asp.net开发客户端,最大的问题是没法提供Grid格式的编辑,不能象在
Delphi程序中那为使用者提供便利快捷的操作,报表设计与打印部分我
还没研究,但看着可操作性也不好,对于初Delphi养懒的我,太痛苦。
组合方案二(WCF服务端 + Delphi业务端 + Asp.net查询端)
好处:
1、还是用WCF灵活稳定
2、用Delphi我比较熟悉,开发效率高,可为使用者提供优质高效的操作。
问题:
1、参组全方案问题1
2、WCF与Delphi不能通用DataSet,这是传统【单据头】+【单据明细】业务最
关键的问题,不可能用SQL语句一条条去执行吧
3、程序被分为1个Web + n个windows程序
组合方案三(业务子系统(DataSnap + Delphi) and 查询子系统(WCF + ASP.net) 双线操作)
好处:
1、Delphi业务子系统可完成流畅的操作(主要实现单据制做和需要本地断网后操作的必要功能)。
2、.net查询子系统也可完成流畅的运行(主要以查询和简单的管理为主)。
问题:
1、关键点:DataSnap的负载量没有WCF那么稳定(网上是这么说的)
2、程序被分为1个Web + n个windows程序
我最新实现的就是1个服务端+1个Web客户端,但以上种种问题,似乎实现不了
我一直用XE3 的DataSnap,最新的XE 7或是XE10.1对DataSnap有没有优化可以
稳定的支持大量客户端连接?
大家可否讨论下,用那种比较好,或是有新的框架建议吗?
----------------------------------------------
程序只是工具,重要的是思路
作者:
(雪亮) ▲▲▲▲▲ -
盒子活跃会员
2017-1-24 8:31:13
1楼: 1.mormot
2.crosstalk
----------------------------------------------
健康快乐每一天
作者:
(ccx) ▲▲▲▲▲ -
普通会员
2017-1-24 14:41:57
2楼: datasnap用多账套+连接池,短连接,一个服务支持2000个客户端完全没有问题,你如果客户端量还大,可以考虑把datasnap做成集群
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请
点击举报。