用于系统集成理解的RESTful web服务

事实上，我是RESTful服务的新手，虽然我觉得我理解这些概念，但在我当前的项目中，我对使用RESTful服务的某些方面感到抵触

该项目涉及从另一个系统提供一些表单数据。项目成员坚持认为表单数据应该分解为“资源”，因为表单上有客户和客户地址等

所以这一切都是关于RESTAPI的粒度有多大。。。在我们拥有所有表单数据之前，表单数据是不完整和可操作的（这方面的数据很少）。而且，事实上，我想我们必须在服务端准备一些集成器来组装所有这些资源位，然后才能使用它们，因为目前我们没有它们的持久性，或者说，我们有它们的持久性，但需要在数据变得可操作之前隐藏数据

同样，目前这是点对点通信，没有任何共享或服务组合的商业案例

因此，我认为使用POST的一个服务“表单”是一种可接受的优化，对它为我们减少的工作量进行调整是一种实用的方法

---

如果你不需要一个高层次的定义，在这个定义中，你需要使用一个更重的结构，一个格式良好的xml和它的dtd，在这里你可以使用WSDL，等等。那么最好的选择是REST，更轻，使用HTTP

在这里，您可以找到更好的解释：

---

使用PUT和POST/GET的“便宜”和“容易”是什么？为什么实现REST既困难又昂贵？作为一名Rails开发人员，我无法理解问题所在。也许你可以扩大你的问题，更清楚地解释问题是什么？