问题描述
|
作为一个初级开发人员，我已经设计，实现和使用了很多Web服务。但是我越来越怀疑用于通过网络传输数据的基础SOAP \\ XML。鉴于此，我一直想知道其他一些远程技术，例如RPC和REST。我对Web服务的替代品知之甚少-但我已经开始学习。最终，我们在组织中进行的所有Web服务都没有在网络外部讲话-它们主要用作服务端点。
考虑到所有这些，Web服务的替代方案是否可行？还有其他我可能会想念的东西吗？
谢谢！
解决方法
简短答案：
这些替代方法比当前的SOAP / XML混乱的情况更糟。是的，它可以完成，但不是很漂亮。
长答案：
我已经编写了COM / DCOM，CORBA，RPC，EJB甚至套接字，从我的角度来看，您所质疑的方法可能有些粗糙，但仍然击败了旧技术。
使用SOAP / XML / WSDL / etc的Web服务的兴起是有原因的。它们减轻了在多个方面进行管理的痛苦。
声明一个端点并生成管道-不是新的（RPC）
平台中立性-并非全新（CORBA）
语言中立-并非全新（CORBA）
服务位置-不是新的（COM / DCOM）
能够以声明的方式定义服务，然后生成所有管道并不是什么新鲜事，RPC的工具也可以做到这一点。即使使用这些工具，RPC仍需要大量手动编码才能连接客户端和服务器端之间的所有管道。更不用说RPC确实不能解决您如何定位服务。
那些较旧的技术都可以用自己的方式完成，但是在难以开发，难以维护以及没有提供服务位置的标准方法之间，没有一个真正提供完整的解决方案。