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和定义时一样

上一篇:HashMap原理阅读


下一篇:修改 计算机名后,修改SQLserver 注册服务器对象的名称,及登陆名