盒子论坛 v2.1

这段时间想写一个服务端与大量客户端的架构，一直在纠结用什么来实现，
我一直用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有没有优化可以
稳定的支持大量客户端连接？
大家可否讨论下，用那种比较好，或是有新的框架建议吗？
----------------------------------------------
程序只是工具，重要的是思路

作者：

sinagirl (雪亮)	★☆☆☆☆	-
	盒子活跃会员

2017/1/24 8:31:13

1楼：

1.mormot
2.crosstalk
----------------------------------------------
健康快乐每一天

作者：

ccxpts (渔夫)	★☆☆☆☆	-
	普通会员

2017/1/24 14:41:57

2楼：

datasnap用多账套+连接池，短连接，一个服务支持2000个客户端完全没有问题，你如果客户端量还大，可以考虑把datasnap做成集群
----------------------------------------------
-

作者：

pk_wos (pk_wos)	▲▲▲▲△	-
	普通会员

2017/1/26 1:04:49

3楼：

这个老方法了,可以用grpc+delphi.
java+delphi
.net都快死了.
现在很多项目服务端都用golang
----------------------------------------------
-

信息

登陆以后才能回复