Web services RESTful用于非面向资源的Web服务

我完全支持REST Web服务，我的公司有一项政策，让我更喜欢REST而不是SOAP

但是，我需要公开一个不适合资源范例的Web服务。它本质上是一个计算，我需要发送大量参数，大约20个字段，然后检索一个数字

我考虑过使用HTTPPOST并在请求体中发送一个JSON对象。这里的问题是，我的Web服务支持SOAP-WS和REST，这种方法不属于这些类别

---

我的问题是，这里有什么选择？我可以将其应用于RESTful WS吗？

正如您所提到的，当您公开资源上的操作时，REST是有意义的。通常，这些资源被保存在某个数据库或存储机制中

在您的情况下，我猜没有存储或资源，您提供了一组数字并返回结果，没有存储任何内容，是真的吗？。因此，您将无法真正将此类WS称为RESTful

也就是说，休息更多的是一种哲学。你可以拿你喜欢的东西用。您实现POST、输入JSON结构并返回JSON结果的想法听起来不错。如果有意义的话，您还可以将内容发布到常规表单submit，并以文本/纯文本的形式返回结果

---

其想法是构建一个易于理解和操作的WS。与SOAP-WS完全相反

正如您所提到的，当您公开资源上的操作时，REST是有意义的。通常，这些资源被保存在某个数据库或存储机制中

在您的情况下，我猜没有存储或资源，您提供了一组数字并返回结果，没有存储任何内容，是真的吗？。因此，您将无法真正将此类WS称为RESTful

也就是说，休息更多的是一种哲学。你可以拿你喜欢的东西用。您实现POST、输入JSON结构并返回JSON结果的想法听起来不错。如果有意义的话，您还可以将内容发布到常规表单submit，并以文本/纯文本的形式返回结果

---

其想法是构建一个易于理解和操作的WS。与SOAP-WS完全相反

经过一些研究，我发现这篇文章与本次讨论非常相关：

---

经过一些研究，我发现这篇文章与本次讨论非常相关：

---

我看不出有什么理由不能让人安心。考虑一个特定的计算运行是一个具有它自己的身份/计算/ID123的资源；然后，您可以执行POST to/calculation来创建一个新的参数，获取/PUT on/calculation/ID123/paramA来处理特定的参数，并获取/calculation/ID123/result来检索计算结果或说明由于某种原因计算结果不可用。当然，GET on/calculation将检索允许您查看的已保存计算列表，GET on/calculation/ID123将检索上述子资源的描述以及您想要提供的任何其他信息，清除特定计算就是删除

---

拥有大量的子资源和高度瞬态的资源没有什么错。需要记住的重要一点是，客户端永远不应该创建URL。我不知道在这种情况下，内容协商是否如此有用；这真的取决于我想的具体计算。

我看不出有什么理由不能让它安静下来。考虑一个特定的计算运行是一个具有它自己的身份/计算/ID123的资源；然后，您可以执行POST to/calculation来创建一个新的参数，获取/PUT on/calculation/ID123/paramA来处理特定的参数，并获取/calculation/ID123/result来检索计算结果或说明由于某种原因计算结果不可用。当然，GET on/calculation将检索允许您查看的已保存计算列表，GET on/calculation/ID123将检索上述子资源的描述以及您想要提供的任何其他信息，清除特定计算就是删除

---

拥有大量的子资源和高度瞬态的资源没有什么错。需要记住的重要一点是，客户端永远不应该创建URL。我不知道在这种情况下，内容协商是否如此有用；我想这取决于具体的计算。

该站点需要登录。该站点需要登录。IMHO这似乎有点过分了。我相信这个问题的本质是fx=。。。虽然这可能是被迫的，但它并不是一种真正的资源。我相信这个问题的本质是fx=。。。而这，虽然可以被迫进入，但并不是真正的资源。