我想知道如何在REST中实现以下用例.甚至可以不牺牲概念模型吗？
在单个事务的范围内读取或更新多个资源.例如,将Bob的银行帐户中的100美元转入John的帐户.
据我所知,实现这一点的唯一方法是作弊.您可以POST到与John或Bob关联的资源,并使用单个事务执行整个操作.就我而言,这打破了REST体系结构,因为你实际上是通过POST隧道化RPC调用而不是真正操作单个资源.
我们正在使用REST WCF服务.我们希望此REST服务上的保存操作处于事务中.有没有办法通过线路将Transaction对象传递给REST WCF服务？
我有一些不同的REST服务,它们托管在使用不同DB的不同服务器上.我有一些RESTful服务,它们在应该是一个事务单元中调用上面的多个这样的服务.如果这些RESTful服务中的任何一个失败,我们最终会遇到数据一致性问题.是否有一种巧妙的架构方式来协调回滚？或者让交易经理走的路？
作为一个简单的例子,RESTful服务1有一个POST请求,它将thingamajig的项目数减少1. RESTful service 2 POST一个付款.如果服务2失败,我们如何在没有新的RESTful退款服务的情况下干净地实施服务1的回滚(如果必须要这样做,那就没关系).我正在寻找上述问题的架构答案,这符合REST原则.