ProtoRPC和REST

Question

我尝试使用ProtoRPC,我真的很喜欢我可以轻松地添加方法,修改字段,以及我的应用程序代码看起来如何稳固和结构化.
现在我正在玩Backbone.js并喜欢它的想法; 我看到Backbone通过REST提供CRUD作为处理远程数据源的首选方法.
我知道它允许我重新定义Backbone.sync以使其适合我的需要.

但是,我不确定将Backbone和ProtoRPC结合在一起的更好方法是什么.如果我有ProtoRPC,我也不认为我需要创建一个RESTful服务器端服务,它完美无缺.

您能否请分享您的想法如何更好地使所有的东西一起工作和快乐？

Answer 1

REST 和 RPC 的区别相当显着。我建议不要尝试将 REST 客户端与 RPC 服务器结合起来。

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

看起来 Backbone.js 可以让你在 HTTP 动词上滑动，但除此之外，它需要一个兼容 REST 的服务器。如果您打算使用 Backbone.js，您可能想跳过 ProtoRPC 并使用appengine-rest-server之类的东西。