WS* 与 REST = 课程的马匹……与否？答案

【问题标题】：WS* vs REST = horses for courses ... or not?WS* 与 REST = 课程的马匹……与否？
【发布时间】：2008-10-23 22:52:31
【问题描述】：

好的，我已经实现了 REST 和 SOAP 服务，我喜欢这两种服务，具体取决于上下文。对我来说，当我想在服务器和客户端之间建立明确的合同时，WS* 非常棒，例如敏感信息或关键任务的东西。另一方面，虽然 REST 在架构定义方面很灵活，但在我看来，它更适合不需要经过任何严肃业务逻辑的内容服务或数据。

REST 似乎非常流行，当来自 Thoughworks 的 Martin Fowler 等人在 REST 上发表这个播客：http://www.thoughtworks.com/what-we-say/podcasts.html 并对 WS* 嗤之以鼻时，我有点生气。虽然这个人自己很受人尊敬，但我是否认为仍然有很多地方可以放肥皂，这里需要一点盐？有人在严肃的业务应用程序中使用过 REST 吗？

【问题讨论】：

标签： web-services rest soap

【解决方案1】：

您能否通过向某人提供您使用的媒体类型的描述和单个 URL 来记录您的 REST api？

如果您发现自己提供了一个 URL 列表以及可以在这些 URL 上使用哪些动词，那么您可能没有 REST api。

一旦您创建了真正的 REST api，然后返回并将其与 WS* api 进行比较。您会发现它们非常不同。

REST api 可以轻松处理“严肃的业务逻辑”，是的，我在严肃的业务应用程序中使用过 REST。

【讨论】：

我喜欢您强调端点的使用在 REST 中被误解/误用的事实。不过还是想知道 SOAP 是否有时间和地点......
恐怕我无法真正回答这个问题，我只能告诉你，在我的客户端/服务器场景中，REST 远比 SOAP 有效。

【解决方案2】：

Diary of a Fence Sitting SOA Geek - Dr Mark Little

演示文稿是最近的 - 很有启发性的东西。

REST 确实有效。对于重复业务而言，它不如 SOAP 好。如此多的顾问在此基础上为拯救 SOAP 而奋斗。随着 RESTful 架构的工具和框架的改进，企业将朝着这个方向发展。治理也是当下的热门话题。

新版本的 JAX-RS 是一个非常有趣的 RESTful 开发新工具，Mark Little 在他的演讲中提到了这一点。

您可能最好将 SOAP 视为遗留技术，它将为您提供更好的服务。 ;)

【讨论】：