我在协议栈的背景 - 3G手机。现在我需要从Android平板电脑传送到服务器，我将code中的interfacet的两侧。

I have a background in protocol stack - for 3g handsets. Now I need to communicate from an Android slate PC to a server, and I will code both sides of the interfacet.

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

Update: I ought to have said, from Android (multiple) slate to local server (multiple), then over satellite to a single central master server.

而现在我认为我可能不会实现，只是这样的设计寻找一些容易的初级工程师来处理

And now I think that I might not be implementing, just designing so looking for something easy for junior engineers to handle

SOAP看起来不错，但他们的任何好的IDE来开发SOAP（或gSOAP的）Android的东西（目前还不能确定哪些O / S服务器将运行;运气好的话我会选择）。

SOAP looks ok, but are their any good IDEs to develop something for SOAP (or GSOAP) for Android (not sure yet which o/s the server will run; with luck I will get to choose).

或者我应该推出自己的，并使用TCP / IP？ （我感觉，我不能自圆其说，SOAP可能是更快速地开发和其他人更容易保持）。

Or should I just roll my own and use TCP/IP? (I have feeling, which I can't justify, SOAP might be quicker to develop and easier for others to maintain).

如果我摇我自己的，我可以只使用C或C ++的两端。如果没有肥皂，我可以使用在Android C / C ++（我知道，我可以的，如果它的非SOAP），还是我去与Java？而且，如果我这样做，我应该再与Java走在服务器上，为维护？

If I roll my own, I can just use C or C++ at both ends. IF SOAP, can I use C/C++ on Android (I know that I can if it's non-SOAP), or do I go with Java? And, if I do, should I then go with Java at the server, for maintainability?

最后说明：我想这SOAP将增加开销，我会通过卫星链路，其中每个字节的成本

Final note: I guess that SOAP will add an overhead and I will be doing this over a satellite link, where every byte costs.

有任何影响是否有意义，或者我需要解释它更好？

Does any of that make sense, or do I need to explain it better?

推荐答案

如果你控制两端不要使用肥皂。想想JSON（或JSON-RPC）通过HTTP或使用滚你自己的 prtocol缓冲区

Don't use SOAP if you control both ends. Think about JSON (or JSON-RPC) over HTTP or roll your own using prtocol buffers

SOAP是B2B OK（记住这个词，是吗？）的通信，但很沉重和不愉快的处理。它可能是有意义的暴露SOAP接口向外界，尤其是在微软环境中，但它是不理想的内部使用。

SOAP is OK for B2B (remember that term, eh?) communications, but is very heavy and not pleasant to deal with. It might make sense to expose a SOAP interface to the outside world, especially in a Microsoft environment, but it is not ideal for internal use.

更新：如果使用SOAP两端不必是相同的语言/库。有一些怪癖，我敢肯定，但一般的互操作性，而不是很大，存在。所以，你可以在服务器，或其他方式对设备和C ++上使用Java，无所谓。关于IDE - 用于Java Eclipse有一些比较糟糕，但可用的插件。现在到卫星链接...你在开玩笑吧？严重的是，取决于你的对象的大小。如果您的请求和响应将是很大的，它可能是可容忍的...也许。但是，如果你打算做了很多短的响应小请求你正在寻找90％的开销。看看这些样品的SOAP消息：http://www.w3schools.com/soap/soap_example.asp