Java远程技术的优点 - Web服务替代方案？

Question

作为一名初级开发人员，我已经设计，实施和使用了很多次Web服务。但我越来越怀疑用于通过网络传输数据的底层SOAP \ XML。鉴于此，我一直在想其他一些远程技术，如RPC和REST。 我对网络服务的替代品知之甚少 - 但我已经开始学习了。最后，我们在组织中所做的任何网络服务都没有在我们的网络之外进行通信 - 它们主要用作服务端点。

考虑到所有这些，Web服务可行解决方案的替代方案是什么？还有其他我可能会遗失的东西吗？

谢谢！

Answer 1

简答：

替代方案比当前的SOAP / XML混乱更糟糕。是的，它可以完成，但它不漂亮。

长答案：

我已经编写了COM / DCOM，CORBA，RPC，EJB，甚至是套接字，从我的角度来看，你正在质疑的方法可能有粗糙的边缘，但仍然比旧的技术更好。

使用SOAP / XML / WSDL /等的Web服务热潮是有原因的。它们减少了在多个方面管理它们的痛苦。

1. 声明一个端点并生成管道 - 而不是新的（RPC）
2. 平台中立 - 不是新的（CORBA）
3. 语言中立 - 不是新的（CORBA）
4. 服务地点 - 不是新的（COM / DCOM）

能够以声明方式定义服务然后生成所有管道并不是新的，RPC也有可以做到这一点的工具。但是，即使使用这些工具，RPC仍然需要大量手动编码来连接客户端和服务器端之间的所有管道。更不用说RPC确实没有解决你如何找到服务的问题。

这些旧技术都可以以自己的方式完成，但是在难以开发，维护脆弱以及没有标准的提供服务定位的方式之间，它们都没有真正提供完整的解决方案。