Java 用肥皂，还是不用肥皂？这就是问题所在

我有3g手机协议栈方面的背景知识。现在我需要从Android slate PC到服务器进行通信，我将对interfacet的两侧进行编码

---

更新：我应该说，从Android（多个）slate到本地服务器（多个），然后通过卫星到单个中央主服务器

现在我想我可能不是在实施，只是在设计，以便为初级工程师寻找易于处理的东西

---

SOAP看起来不错，但是他们有没有好的IDE为Android的SOAP（或GSOAP）开发一些东西（还不确定服务器将运行哪个o/s；如果运气好的话，我可以选择）

还是我应该自己使用TCP/IP？（我有一种感觉，我无法证明这一点，SOAP可能会更快地开发，更容易让其他人维护）

如果我自己滚动，我可以在两端使用C或C++。如果是SOAP，我可以在Android上使用C/C++吗（我知道如果它是非SOAP的，我可以），还是使用Java？如果我这样做了，那么为了可维护性，我应该在服务器上使用Java吗

最后一点注意：我想SOAP会增加开销，我将通过卫星链路来实现这一点，因为每个字节都要花费成本

---

这些都有意义吗？或者我需要更好地解释一下吗？

如果你控制两端，就不要使用SOAP。考虑一下HTTP上的JSON（或JSON-RPC），或者使用

SOAP对于B2B（还记得这个术语吗？）通信来说是可以的，但它非常沉重，处理起来也不愉快。将SOAP接口公开给外部世界可能是有意义的，尤其是在Microsoft环境中，但它并不适合内部使用

更新： 如果使用SOAP，则两端不必是相同的语言/库。我敢肯定，这其中有一些怪癖，但总体而言，互操作性虽然不是很好，但还是存在的。所以你可以在设备上使用java和C++，或者换个方法，没关系。关于IDE——对于Java，Eclipse有一些相对较差但可用的插件。

---

现在转到卫星链接。。。你在开玩笑吧？说真的，这取决于对象的大小。如果您的请求和响应很大，那么可能是可以接受的。。。大概但是如果你要做大量的小请求和简短的响应，你会看到90%的开销。查看这些SOAP消息示例：

同意。如果您想将您的服务器公开给不知道您的对象模型的未知客户机，那么SOAP可能是有意义的。但是对于一个封闭的系统，您不需要SOAP的开销。+1好的，谢谢，我会研究它。嗨，我想我可能需要更新这个问题，对不起