Soap WebService是下一个重要的东西吗？

我今天试图了解如何使用Web服务，发现许多文章都非常关注Web服务及其在市场份额中的有效性

我的问题是：

对于包含关键数据的复杂项目，选择WebService是否更好？ 是什么使WebService不同于其他获取数据的方式？

这取决于此

---

如果您需要跨安全边界公开数据，那么Web服务可能很有用，而直接连接到RDBMS将是一个坏主意。

这主要取决于大事物的定义。 我对WS-stack和SOAP以及所有首字母缩略词soup的经验是，部署它需要大量的人力。这些框架的状态是复杂的，而且肯定不是业余爱好者可以在几个下午内投入工作的。我们已经看到，网络上有多少东西仅仅因为简单就成为了下一件大事。易于理解，易于互动，易于掌握技术。Wikipedia、twitter、digg、youtube都是互联网上的大事，从交互的角度来看，它们与基于SOAP/WS的交互相差几光年。它们是吻：简单而愚蠢。整个横向市场的开放仅仅是因为它们的简单性。即使像BOINC这样的多处理平台也不使用WS-stack附近的任何东西，但它们是许多高吞吐量工作的核心

现在，如果您必须处理复杂的多主机事务、身份验证、凭据委派、缓存。。。WS在那里。正是这个目标让我们有了这样的需求：银行，机票预订，诸如此类的东西。但它们不会影响普通程序员。他们需要太多的精力和太多不同的能力，一次成为一个横向市场的开发商可用的东西

---

而且，我是一个休息的人。我从来没有过多强调SOAP，但除了它之外没有其他东西，它是对XMLRPC的更好的改进，如果您必须执行哑RPC，那么它仍然是一个不错的选择。现在我改变了主意。您主要在web上拥有资源，并使用HTTP方法与它们进行交互。SOAP只不过是超甾体上的RPC。不，REST不是替代WS的解决方案。完全它更易于使用和调试，尽管设计起来更困难，但您必须考虑资源而不是方法调用。这是吻。这就是为什么它在横向市场上有更多的成功机会。

现在实现web服务的流行方法是使用RESTful API，例如通过Ajax/JSON。这已经是下一件大事了——几乎所有主要玩家都已经提供了多年。谷歌、Flickr、Twitter，随便你怎么说。

答案是。。。视情况而定。Web服务并不是真正的下一件大事，多年来它们一直是一件大事。在业务应用程序中，web服务允许前所未有的高级别互操作性和功能

它们有助于与遗留系统的集成、不同部门之间的合作、定义松散耦合的接口等。你应该读一些关于

如果您只需要一个处理单个数据库数据的PHP应用程序，那么您可能根本不需要web服务。如果您正在设计一个围绕多个数据源、涉及复杂安全性、多语言和/或多个应用程序的解决方案，那么web服务就变得至关重要

SOAP是一种协议；如果使用PHP，您需要查看指南以了解其工作原理。几乎每种语言都有开发web服务的现有API。无论如何，您可能希望检查RESTful web服务而不是基于SOAP的服务，它们通常更易于实现/理解。但这是另一场辩论；-

---

干杯。

最大的优势在于它们有助于实现API层

如果您使用web服务所在的总线来实现您的解决方案，它将为更大范围的用户打开您的产品，并且不再是专有产品

它还使人们能够使用广泛的解决方案进行交互，例如，可以使用命令行、Jsp、Java、Asp、.NET、PHP等实现web服务客户端

---

它们还支持代码重用，例如，如果您将GetClientDetails ID实现为一个用户的web服务，那么当下一个用户组想要相同的东西时，您所要做的就是给他们WSDL，然后他们就离开了。

这取决于具体情况。你想干什么？