Backbone中的model和collection在做save或者create操作时, 如何选择用POST还是PUT方法 ?
Model和Collection和后台的WEB server进行数据同步非常方便, 都只需要在实行里面添加一url就可以了,backbone会在model进行save或者collection进行create时,自动将数据用POST或者PUT方式通过该url发送到后端。按照POST和PUT的含义,backbone采用的原则是: 如果model数据为一个全新的实例,则使用POST请求;如果model数据是一个已经存在的实例, 单需要修改实例属性,则采用PUT请求。
所以,问题的关键是,backbone判断实例数据是新旧的依据是什么? backbone采用了以下几种约定:
1. 如下的Model类User,由于不存在键值属性,那么就认为是新实例对象,在save或者create时,就用POST请求。
var User = Backbone.Model.extend({ initialize: function(user) { }, defaults: { uid: "", name: "" }, url:"/users/", }); var UserList = Backbone.Collection.extend({ url: "/users", load: function() { } }); var userList = new UserList(User) var userList.create({uid: "a", name:"Peter"}); //通create在userList中新建一个user并发送POST请iutongbu var bill = new User({uid: "b", name:"Bill"}); //只在JS端创建了Model。单还没同步到后端 bill.save(); //save触发POST请求同步
userList.add(bill); //只是将JS的bill实例加入userList,不触发HTTP请求
2. 如下的Model类User,uid被定义为键值属性,创建实例时, uid为空,那么也是新实例对象,在save或者create时,就用POST请求。
var User = Backbone.Model.extend({ initialize: function(user) { }, defaults: { uid: "", name: "" }, idAttribute:"uid", //uid被定义为键值属性 url:"/users/", }); var UserList = Backbone.Collection.extend({ url: "/users", load: function() { } }); var userList = new UserList(User) var userList.create({name: "Peter"}); //键值uid未设值, backbone认为是新实例,所以通create在userList中新建一个user并发送POST请求同步 var bill = new User({name: "Bill"}); bill.save(); //键值uid未设值, backbone认为是新数据, 所以, save也触发POST请求同步
3. 如下的Model类User,uid被定义为键值属性,创建实例时, uid不为空,在save或者create时,就用PUT请求。
var User = Backbone.Model.extend({ initialize: function(user) { }, defaults: { uid: "", name: "" }, idAttribute:"uid", //uid被定义为键值属性 url:"/users/", }); var UserList = Backbone.Collection.extend({ url: "/users", load: function() { } }); var userList.create({uid: "a", name:"Peter"}); //由于存在键值uid, 所以通create在userList中新建一个user并发送PUT请求同步 var bill = new User({uid: "b", name:"Bill"}); //只在JS端创建了Model。单还没同步到后端 bill.save(); //由于存在键值uid, 所以, save也触发PUT请求同步
4. Backbone中,键属性除了用显示的idAttribute定义以外,还有一个隐式的约定,即如果model的属性里面有个"id", 那么这个"id"属性就是键属性。所以以下定义的User虽然没有显示定义键属性,但却是有键值的,所以同步后台时会发送PUT请求
var User = Backbone.Model.extend({ initialize: function(user) { }, defaults: { id: "", name: "" }, url:"/users/", }); var UserList = Backbone.Collection.extend({ url: "/users", load: function() { } }); var userList = new UserList(User) var userList.create({id: "a", "Peter"}); //由于存在键值id, 所以通create在userList中新建一个user并发送PUT请求同步 var bill = new User({id: "b", "Bill"}); //只在JS端创建了Model。单还没同步到后端 bill.save(); //由于存在键值id, 所以, save也触发PUT请求同步
5. 以上任何一种约定,backbone内部的判断逻辑其实都在isNew()方法中, isNew()是Model内部的一个方法, 返回值为true,表示为新实例,save/create触发POST请求; 返回值为false, save/create触发PUT请求。如下,虽然设有隐式的id键属性,单由于重载后的isNew()方法始终返回true, 所以依然触发POST请求
var User = Backbone.Model.extend({ initialize: function(user) { }, defaults: { id: "", name: "" }, url:"/users/", isNew:function() { return true; } }); var UserList = Backbone.Collection.extend({ url: "/users", load: function() { } }); var userList = new UserList(User) var userList.create({id: "a", name:"Peter"}); //由于isNew()返回值为true, 所以通create在userList中新建一个user并发送POST请求同步 var bill = new User({id: "b", name:"Bill"}); bill.save(); //由于isNew()返回值为true所以, save也触发POST请求同步
另外需要注意的是,发送PUT时, URL请求后面会自动加上键值,变成“/users/a”,由于没有键值,所以POST实际发送的url和定义时一样