ProtoRPC和REST

Question

我尝试过使用ProtoRPC，我真的很喜欢用它添加方法、修改字段的简单性，以及我的应用程序代码看起来是多么的稳定和结构化。

现在我正在使用Backbone.js，并且喜欢它的想法；我看到Backbone通过REST提供CRUD作为其处理远程数据源的首选方法。

I know it allows me to redefine Backbone.sync to make it suitable for my needs.

不过，我不确定将Backbone和ProtoRPC连接在一起的更好方法是什么。如果我有ProtoRPC，我也不认为我需要创建一个RESTful服务器端服务，而且它工作得很好。

你能分享你的想法如何更好地让所有的东西一起工作和快乐吗？

Answer 1

REST和RPC有很大不同。我建议不要尝试将REST客户端与RPC服务器结合起来。

使用ProtoRPC，每个方法都有一个不同的端点。每个端点通过HTTP POST以JSON字典的形式接受格式良好的消息，如果成功，则返回格式良好的响应字典和HTTP 200。使用REST，每个端点都应该表示一个资源或一个资源集合。您的HTTP谓词应该指示所需的操作，您的请求和响应主体应该填充资源的完整表示，或者根本不填充资源，并且服务器的HTTP响应代码，即使在成功的情况下，也应该根据操作的结果而变化。

看起来Backbone.js会让你在超文本传输协议动词上滑行，但除此之外，它需要一个符合REST的服务器。如果你打算使用Backbone.js，你可能想跳过ProtoRPC而使用像appengine-rest-server这样的东西。

Answer 2

我知道现在有点晚了，但似乎有人已经为Backbone.js实现了JSONRPC：

Github (Docs)