关于一个老话题，Java服务端+DELPHI客户端

Question

client/webserver，我一直在做，虽然后台也是delphi写（isapi）
只要数据协议合理，后台用什么写都一样
我用的是ini，webservice用的是xml，还有json的

Answer 1

高手来了
只用WebServer，会不会影响数据传输速度和效率？做JAVA的人也倾向webserver,走http协议，JSON数据结构

Answer 2

04之前做过Java服务器端,Delphi客户端.
那时候还不流行Json,用的是XML.
通讯协议可以随更换的,可以是Socket,也可以是WebService的.效率影响不大.当时受李维的影响,把XML用ZLib压缩了传输
现在想想看,其实压不压缩要看情况.尽管压缩了减少了网络流量,但是如果网络足够快可以不必压缩.因为如果并发数太大,服务器解压缩占用的资源也挺多的.当时我们一下子传几十万数据是没问题的.用的是Delphi ClientDataSet,服务器端的Java封装了一套数据封装给ClientDataSet的XML的类.最起码中国移动的数据量下是没问题的.数据量

Answer 3

如果是互联网环境，我建议走HTTP，最简单，不用搞什么webservice这样的上层协议。http传输数据，数据格式自己定好。自己解析。
而且HTTP是最通用的，跨所有平台。自己写TCP，socket，防火墙会挡，除非企业内网。

Answer 4

数据格式，你走xml或者json都可以，delphi都有相应的第三方控件支持。http客户端控件你可以使用ics的封装或者indy的封装。ics我认为是非常nice的。

Answer 5

企业内网，目前用户量也不大，但是对安全性要求比较高(类似银行的，要求数据存储安全和传输安全)。自己做封闭什么的肯定是来不及了，没人力，也没时间。只有利用DELPHI自带的或第三方的，主要是数据库运用。
如果服务端能用DELPHI自已的DATASNAP就好了，可惜确定了服务端用JAVA开发。

Answer 6

当时我们一下子传几十万数据是没问题的.用的是Delphi ClientDataSet,服务器端的Java封装了一套数据封装给ClientDataSet的XML的类.最起码中国移动的数据量下是没问题的.数据量 不知道wr960204 是如的何把生成XML速度提升，难道把ClientDataSet封装到DLL,JAVA再调用来生成XML？？如果是XML字符串并接效率是相当慢的！

Answer 7

既然服务端确定了用java，那么先确定java做的服务端能提供什么样的技术接口。
很多技术都可以实现需求，关键是现实的条件所限，人员的能力所限，项目时间所限。只能选择合适的方案。如果是jsp,servlet，还是http，我个人建议http+xml，  格式自己约定，做一个格式解析模块，后端解析完更新到数据库，从数据库封装成xml发给客户端，delphi客户端解析xml做UI展现，修改后封装成xml传给后端。
json是省点带宽，可读性实在太差。至于datasnap这种东西，我觉得就是个玩具。关键你很难完全控制它，服务端的扩展性，稳定性不能保证，也不具有普适性，不知道为什么英巴不认认真真的搞编译器，反而弄一堆这种的封装。