什么时候使用。原型RPC或REST

Question

我主要在工作中处理REST json API。所以我很熟悉它们。但对于我自己的项目，我正在尝试应用引擎，因为我相信它非常适合。

我已经开始用python（使用ferris）编写我的逻辑，在阅读更多关于应用引擎的文章时，我遇到了proorpc和云endpoint。但在我读过的大多数示例中，它们的作用似乎与我在rest api中所做的一样。使用json发出请求，然后得到json响应。或者一个错误。

我看到的主要区别是，在rest中，endpoint基于资源。以及围绕它们的HTTP动词，如GET、POST、PUT、DELETE等。在RPC中，每个请求都有自己的endpoint，而不是基于资源或模型。

两者都是通过json请求和响应的。所以我认为我没有看到使用谷歌endpoint的好处。他们会提供其他好处吗？我可能会看到更好的endpoint跟踪分析。但我是否仍然需要使用post http动词来修改内容？

如果我使用某些框架，这些会有什么变化吗？就像django。虽然我目前正在测试Ferris，它有一个处理protorpc的消息传递系统。尽管如此，我还是无法Rest。

那么我错过了什么？与让我的对象方法处理json请求相比，endpoint有什么好处。套接字连接是否会发挥作用？

Answer 1

您可以通过使用endpoint来创建RESTful API来完成这两项工作。

protorpc不会神奇地使API恢复RESTful。您必须使API在使用protorpc的endpoint框架内保持RESTful。

使用endpoint的好处是，您可以轻松完成许多身份验证工作（假设您要使用Google帐户），序列化/反序列化可以为您完成，您的客户端库可以为您生成，并且可以支持的不仅仅是Javascript客户端。如果这些听起来不错，那么endpoint可能适合您。如果这些东西不适用，那么您可以更直接地使用RequestHandlers。

我能够使用endpoint创建一个简单的API。它有三个主要资源：记录、数据集和移动。记录对象是最小的数据单位。数据集对象是一组记录。移动对象表示数据集更改位置的事件。我的RESTful URI如下所示：

GET  /records       # Get list of records
GET  /records/<id>  # Get single record
POST /records       # Create records

GET  /datasets      # Get list of datasets
GET  /datasets/<id> # Get single dataset
POST /datasets      # Create dataset

GET  /moves         # Get list of moves
GET  /moves/<id>    # Get single move
POST /moves         # Create move

有了它，我可以创建数据、组织数据并四处移动。我能够在App-Engine的endpoint框架中完全做到这一点，它是RESTful的。