好的，所以我已经实现了 REST 和 SOAP 服务，并且我喜欢这两种服务，具体取决于上下文。对我来说，当我希望在服务器和客户端之间建立明确的合同（例如敏感信息或关键任务的东西）时，WS* 非常有用。另一方面，REST 虽然在模式定义方面很灵活，但在我看来，它更适合不需要经过任何严肃业务逻辑的内容服务或数据。
REST 似乎非常流行，当来自 Thoughworks 的 Martin Fowler 等人提供这个播客时，我有点失望：http ://www.thoughtworks.com/what-we-say/podcasts.html on REST并对 WS* 嗤之以鼻。虽然这个人自己很受尊重，但我认为肥皂还有很多地方需要放盐，我是对的吗？有人在严肃的业务应用程序中使用过 REST 吗？
您能否通过向某人提供您使用的媒体类型的描述和单个 URL 来记录您的 REST api？
如果您发现自己提供了一个 URL 列表以及可以在这些 URL 上使用哪些动词，那么您可能没有REST api。
一旦您创建了一个真正的 REST api，然后返回并将其与 WS* api 进行比较。你会发现它们非常不同。
REST api 可以轻松处理“严重的业务逻辑”，是的，我在一个严肃的业务应用程序中使用过 REST。
SOA Geek 的围栏日记 - Mark Little 博士
演示文稿是最近的 - 非常有启发性的东西。
REST 确实有效。对于重复业务而言，它不如 SOAP 好。如此多的顾问在此基础上为拯救 SOAP 而奋斗。随着 RESTful 架构的工具和框架的改进，企业将朝着这个方向发展。治理也是当下的热门话题。
新版本的 JAX-RS 是一个非常有趣的 RESTful 开发新工具，Mark Little 在他的演讲中提到了这一点。
您可能最好将 SOAP 视为遗留技术，它将更好地为您服务。;)