.net - 客户端-服务器通信协议(protocol)的架构决策

Question

这个问题实际上很笼统，但我真的很难找到一个好的答案或应该如何做的例子。

我们正在编写一个简单的多用户协作 Web 浏览应用程序，并且在决定使用什么通信协议(protocol)时遇到了一些问题。
我们在 Mono 下用 C# 开发，希望最终能做到跨平台。

通信可能包括消息，例如:在 session 中注册为用户(客户端到服务器)，通知客户端连接的新用户(服务器到客户端)，请求页面加载(客户端到服务器)等。
到目前为止，我们的想法是:

基本消息类扩展的 Xml 序列化

我们一直在尝试，但在使用 XmlSerialization 机制作为及时传递数据的手段时遇到了麻烦，所以我们怀疑这是一种正确的方法

相同情况下的二进制序列化

我不太喜欢，因为数据采用的形式，而且我担心它的风险更大。

Google Protocol Buffer

周转

两者听起来都更接近于应该使用的东西，但我们担心对于这样一个非常简单的协议(protocol)来说它会有点矫枉过正。

可能还有我错过的其他人。

什么是一个很好的干净的方法来做到这一点？

Answer 1

WCF——给你一个平台。

然后将 JSON 和 REST 用于实际 API(可以在 WCF 中使用的选项)。这样，您基本上可以在 javascript 中“ native ”工作。

WCF 是非常好的工具(遗憾的是，mono 大多数可能落后于大多数 - 不确定)，包括为您的服务器端接口(interface)动态生成 javascript 代理。