好的，我已经实现了REST和SOAP服务，我喜欢这两种服务，具体取决于上下文。对我来说，当我想要服务器和客户端之间的明确合同时，WS *很棒。敏感信息或关键任务的东西。另一方面，REST虽然在架构定义方面具有灵活性，但在我看来，对于不需要经历任何严肃业务逻辑的内容服务或数据更为理想。
REST似乎非常适合当天的风格，当有来自Whileworks的Martin Fowler等人在REST上发布这个播客时，我有点沮丧：http://www.thoughtworks.com/what-we-say/podcasts.html对REST *有嘲笑。虽然这个人本身受到了很好的尊重，但我是否正确地认为仍然有很多地方需要肥皂，这里需要少量盐？有没有人在严肃的商业应用程序中使用REST？
答案 0 :(得分：2)
您是否可以通过向某人提供您使用的媒体类型和单个网址的说明来记录您的REST API？
如果您发现自己提供了一个网址列表以及这些网址上可以使用的动词，那么您可能没有REST api。
一旦你创建了一个真正的REST api，然后返回并将其与WS * api进行比较。你会发现它们非常不同。
REST apis可以轻松处理“严肃的业务逻辑”，是的，我在一个严肃的业务应用程序中使用了REST。
答案 1 :(得分：1)
Diary of a Fence Sitting SOA Geek - Dr Mark Little
演示文稿是最新的 - 很有启发性。
REST确实有效。它不像SOAP那样重复业务。因此，许多顾问都在努力在此基础上保存SOAP。随着RESTful架构的工具和框架的改进，企业将朝着这个方向发展。治理现在也很重要。
新版本的JAX-RS是RESTful dev的一个非常有趣的新工具，Mark Little在他的演讲中提到了这一点。
您最好将SOAP视为传统技术，它将为您提供更好的服务。 ;）