Drupal作为RESTful API的后端？

关于使用Drupal创建RESTful API有什么好的评论吗？我看到了服务API，我想这就是它的工作方式。我想我要找的是一个drupal与其他框架的比较

更新-更多信息：

---

特别是，我可能希望返回json，理想情况下，在公共资源URL中正确使用http请求动词（PUT、POST、GET、DELETE）。也就是说，（POST->create，GET->view，PUT->update，DELETE->DELETE）与其他框架不同，我无法与之相比，但是（这是模块的版本3）为带有REST后端（和XML-RPC后端）的服务提供了一个资源驱动的模型。根据它的文档，您可以非常轻松地（如果您熟悉Drupal的话）使用一个简单的API，因为它负责JSON[P]/XML解析和序列化

更新，由David Eads的回答提示：

---

如果最终需要的只是构建一个RESTful服务，我不会从Drupal和Services 3.x开始。它们不是使用RESTful API构建数据后端的通用解决方案。当需要CMS支持的网站通过RESTful API公开（部分）其数据时，应该使用它们。

我没有使用Drupal 7来实现这一目的，但在整个夏天，我的任务是在Drupal 6中构建RESTful服务。Drupal 6非常不适合开发web服务：数据模型是围绕内容节点构建的，主题化系统是围绕返回呈现的HTML构建的，因此最终会与框架发生相当大的冲突

---

服务模块很不错，但最终我们还是选择了。在活塞中开发服务花费的时间要少得多，而且可靠性和性能都很好。

Drupal Services 3.0使创建REST服务比以前的版本（2.x）容易得多。此外，Services 3.0还与Drupal 6和Drupal 7配合使用。

如果您正在寻找一个好的框架来构建RESTful体系结构，我强烈建议：

好吧，休会很好，您可以通过URL将路由定向到函数，并将控制重定向到其他函数。它有一个简单的ORM，允许您在短时间内完成伟大的事情

---

我没有使用过F3，但我知道它简单，有很好的文档记录，允许restful架构的路由，并且它的ORM不知道为什么会被否决。如果我只是从头开始构建REST服务，我就不会使用Drupal。但是，如果我碰巧正在构建一个Drupal站点，并且需要一个RESTAPI，我就会这样做。