导航：
论坛 ->
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做成集群
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
