我认为我们认为这是一个相当典型的客户端/服务器架构,其前端是用.NET编写的,显示从用Java编写的后端发送的数据。
目前,我们使用基于消息的自定义框架将数据快照和更新传输到客户端。这可能会升级;虽然基本的java服务/ .net客户端设置是一成不变的,但我们希望查看消息框架的替换,例如WPF MVVM(着眼于Sliverlight),数据绑定到java web服务,或者可能是Coherence。
我想知道其他人对这种方法和其他方法有什么经验(显然,对于所有情况都没有金色的子弹......)。
我们的要求是客户可以显示大型,经常更新和可编辑的数据集,主要是在网格中。
更新 我已经接受REST / SOAP是执行它的标准方法,但我仍然有兴趣听到任何其他方法,特别是从性能的角度来看。
答案 0 :(得分:4)
Web服务是最常见的选择:
答案 1 :(得分:3)
Checkout protobuf,这是一个很好的平台无关协议。