强制 Backbone.sync 更新使用 POST 而不是 PUT 的最不丑陋的方法是什么?
我的一些 Backbone 模型应该始终使用 POST,而不是用于创建的 POST 和用于更新的 PUT。我保留这些模型的服务器能够支持所有其他动词,因此使用 Backbone.emulateHTTP 也不是一个完美的解决方案。
目前,我重写了这些模型的 isNew 方法并让它返回 true ,但这并不理想。
除了直接修改backbone.js代码之外,是否有一种简单的方法可以逐个模型地实现这一目标?我的一些模型可以使用 PUT(它们被保存到支持所有动词(包括 PUT)的不同服务器上),因此用将“更新”方法转换为“创建”方法的方法替换 Backbone.sync 也不理想。
Some of my Backbone models should always use POST, instead of POST for create and PUT for update. The server I persist these models to is capable of supporting all other verbs, so using Backbone.emulateHTTP
is not a perfect solution either.
Currently I override the isNew
method for these models and have it return true
, but this is not ideal.
Other than modifying the backbone.js code directly, is there a simple way to achieve this goal on a model-by-model basis? Some of my models can use PUT (they are persisted to a different server that supports all verbs, including PUT), so replacing Backbone.sync with one that converts the 'update' method to 'create' is not ideal either.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
对于需要直接在实例上强制执行 POST/PUT 请求的任何人:
For anyone who needs to force a POST/PUT request on the instance directly:
Short and Sweet 将此放在顶部
这将使用 Get 进行 Pull 并使用 Post 进行所有推送(请阅读创建、更新、删除)
Short and Sweet is put this on Top
This will use Get for Pull and Post for All pushes (read Create, Update, Delete)
将同步(方法,模型,[选项])直接添加到您需要覆盖的模型中。
以下是更多信息:http://documentcloud.github.com/backbone/#Sync
add a sync(method, model, [options]) directly to your models you need to override.
Here's some more information: http://documentcloud.github.com/backbone/#Sync
我这样做的方法是重写
sync()
从而the way I've done it is to override
sync()
thusly我使用了 Andres 答案的修改,而不是记住在我调用
.save()
的任何地方传递选项{ type: 'post' }
我只是替换了模型上的save
函数,使其始终添加该选项,然后调用基本实现。感觉比较干净...I used a modification of Andres' answer and instead of havivng to remember to pass the option
{ type: 'post' }
everywhere that I call.save()
I instead just replaced thesave
function on the model to have it always add that option then call the base implementation. It felt cleaner...