Model是Backbone中所有數據模型的基類，用于封裝原始數據，并提供對數據進行操作的方法，我們一般通過繼承的方式來擴展和使用它。

如果你做過數據庫開發，可能對ORM（對象關系映射）不會陌生，而Backbone中的Model就像是映射出來的一個數據對象，它可以對應到數據庫中的某一條記錄，并通過操作對象，將數據自動同步到服務器數據庫。（下一節即將介紹的Collection就像映射出的一個數據集合，它可以對應到數據庫中的某一張或多張關聯表）。

1.1 創建數據模型
我們先通過一段代碼來看看如何創建數據模型

// 定義Book模型類 var Book = Backbone.Model.extend({defaults: {name: 'unknown',author: 'unknown',price: 0} });// 實例化模型對象 var javabook = new Book({name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });

我們通過Model.extend方法，定義一個自己的模型類Book。

Backbone模塊類（包括子類）都包含一個extend靜態方法用于實現繼承。給extend方法傳遞的第一個參數應該是一個對象，對象中的屬性和方法將被添加到子類，我們可以通過extend方法擴展子類或重載父類的方法。

從Backbone模塊類繼承的子類，都包含一個__super__靜態屬性，這是一個指向父類原型對象的引用，例如：

var Book = Backbone.Model.extend({constructor: function() {Book.__super__.constructor.call(this)} });

在這個例子中，我們重載了Model類的構造函數，但我們希望在子類被實例化時，調用父類的構造函數，因此我們可以通過引用Book.__super__.constructor來調用它。

實際上我們一般并不會重載模塊類的constructor方法，因為在Backbone中所有的模塊類都提供了一個initialize方法，用于避免在子類中重載模塊類的構造函數，當模塊類的構造函數執行完成后會自動調用initialize方法。

回到本節的第一個例子，我們在定義Book類的時候，傳遞了一個defaults參數，它用于定義模型數據的默認狀態，雖然我們在創建Book實例后再添加它們，但為每個數據模型定義屬性列表和默認值，是一個好的編碼習慣。

最后，我們通過new關鍵字，創建了一個Book的實例，并向它的構造函數中傳遞了一系列初始化數據，它們將覆蓋defaults中定義的默認狀態。

2、初始化和讀取數據
在我們定義好一個模型類之后，可以通過new關鍵字實例化該模型的對象。
如果模型類在定義時設置了defaults默認數據，這些數據將被復制到每一個實例化的對象中，如：

// 定義Book模型類 var Book = Backbone.Model.extend({defaults: {name: 'unknown',author: 'unknown',price: 0} });// 實例化模型對象 var javabook = new Book();

上面的代碼創建了一個Book實例javabook，它包含了模型類在定義時的默認數據。

我們將實例化的代碼稍作修改：

// 實例化模型對象 var javabook = new Book({name: 'Thinking in Java' });// 通過get和escape()方法獲取模型中的數據 var name = javabook.get('name'); var author = javabook.escape('author'); var price = javabook.get('price');// 在控制臺輸出模型中的數據name console.log(name); // 輸出Thinking in Java console.log(author); // 輸出unknown console.log(price); // 輸出0

我們在實例化對象時傳遞了初始數據，它將覆蓋Book類定義時defaults中的默認數據，這一點很容易理解。

上面的例子中我們通過get()和escape()方法獲取模型中的數據，它們的區別在于：
get()方法用于直接返回數據
escape()方法先將數據中包含的HTML字符轉換為實體形式（例如它會將雙引號轉換為"形式）再返回，用于避免XSS攻擊。

模型將原始數據存放在對象的attributes屬性中，因此我們也可以通過javabook.attributes屬性直接讀取和操作這些數據，例如：

// 在控制臺直接輸出對象的attributes屬性 console.dir(javabook.attributes);// 控制臺輸出結果 // { // author: 'unknown', // name: 'Thinking in Java', // price: 0 // }

但通常并不會這樣做，因為模型中數據狀態的變化會觸發一系列事件、同步等動作，直接操作attributes中的數據可能導致對象狀態異常。更安全的做法是：通過get()或escape()方法讀取數據，通過set()等方法操作數據。

3、修改數據
我們通常可以調用模型對象的set()方法，來修改模型中的數據，例如：

// 實例化模型對象 var javabook = new Book();// 通過set方法設置模型數據 javabook.set('name', 'Java7入門經典'); javabook.set('author', 'Ivor Horton'); javabook.set('price', 88.50);// 獲取數據并將數據輸出到控制臺 var name = javabook.get('name'); var author = javabook.get('author'); var price = javabook.get('price');console.log(name); // 輸出Java7入門經典 console.log(author); // 輸出Ivor Horton console.log(price); // 輸出88.50 //set()方法也允許同時設置多個屬性，例如： javabook.set({name: 'Java7入門經典',author: 'Ivor Horton',price: 88.50 });

當調用set()方法修改模型中的數據時，會觸發一系列事件，我們常常通過監聽這些事件，來動態調整界面中數據的顯示，我們先來看一個例子：

// 定義Book模型類 var Book = Backbone.Model.extend({defaults: {name: 'unknown',author: 'unknown',price: 0} });// 實例化模型對象 var javabook = new Book();// 監聽模型"change"事件 javabook.on('change', function(model) {console.log('change事件被觸發'); }); // 監聽模型"change:name"事件 javabook.on('change:name', function(model, value) {console.log('change:name事件被觸發'); }); // 監聽模型"change:author"事件 javabook.on('change:author', function(model, value) {console.log('change:author事件被觸發'); }); // 通過set()方法設置數據 javabook.set({name: 'Thinking in Java',author: 'unknown',price: 395.70 });// 控制臺輸出結果: // change:name事件被觸發 // change事件被觸發

在本例中，我們監聽了模型對象的change事件，該事件在模型對象的任何數據發生改變時被觸發，change事件觸發時，會將當前模型作為參數傳遞給監聽函數。

我們還監聽了change:name和change:author兩個屬性事件，屬性事件是當模型中對應屬性的數據發生改變時被觸發，屬性事件按照“change:屬性名”來命名，因此它并不固定。屬性事件觸發時，會將當前模型和最新的數據作為參數傳遞給監聽函數。

本例執行后在控制臺的輸出結果為：
“change:name事件被觸發
change事件被觸發”

從結果中看，并沒有觸發我們監聽的change:author事件，因為在調用set()方法時，它會在內部檢查新的數據比較上一次是否發生變化，只有發生變化的數據才會被設置和觸發監聽事件。

另一個細節是，我們先監聽了change事件，然后監聽了屬性事件，但事件在觸發時，總是會先觸發屬性事件，然后再觸發change事件。

Backbone允許我們在修改模型數據時獲取上一個狀態的數據，這常常用于數據比較和數據回滾。

例如在下面的例子中，我們希望當price價格被改變時，提示用戶價格的變化情況：

// 定義Book模型類 var Book = Backbone.Model.extend({defaults: {name: 'unknown',author: 'unknown',price: 0} });// 實例化模型對象 var javabook = new Book();// 監聽"change:price"事件 javabook.on('change:price', function(model, value) {var price = model.get('price');if (price < value) {console.log('價格上漲了' + (value - price) + '元.');} else if (price > value) {console.log('價格下降了' + (value - price) + '元.');} else {console.log('價格沒有發生變化.');} }); // 設置新的價格 javabook.set('price', 50);// 控制臺輸出結果: // 價格沒有發生變化.

我們通過監聽change:price事件來監聽價格的變化，并希望將最新的價格和當前（上一次）的價格作比較，但控制臺的輸出結果卻是“價格沒有發生變化.”。這是因為當change事件或屬性事件被觸發時，模型中的數據已經被修改，因此通過get()方法獲取到的是模型中最新的數據。

這時，我們可以通過previous()和previousAttributes()方法來獲取數據被修改之前的狀態。

我們將代碼稍作修改，只需要修改監聽事件的函數即可

// 監聽"change:price"事件 javabook.on('change:price', function(model, value) {var price = model.previous('price');if (price < value) {console.log('價格上漲了' + (value - price) + '元.');} else if (price > value) {console.log('價格下降了' + (value - price) + '元.');} else {console.log('價格沒有發生變化.');} });

我們將get()方法修改為previous()方法，用來獲取價格在修改之前的狀態，此時控制臺輸出的結果為：“價格上漲了50元.”

model.get()方法取到的是模型中最新的數據
model.previous()方法接收一個屬性名，并返回該屬性在修改之前的狀態；
previousAttributes()方法返回一個對象，該對象包含上一個狀態的所有數據。

需要注意的是，previous()和previousAttributes()方法只能在數據修改過程中調用（即在模型的change事件和屬性事件中調用），比如下面的例子就是錯誤的調用方法：

// 設置新的價格 javabook.set('price', 50);var prevPrice = javabook.previous('price'); var newPrice = javabook.get('price');if (prevPrice < newPrice) {console.log('價格上漲了' + (newPrice - prevPrice) + '元.'); } else if (prevPrice > newPrice) {console.log('價格下降了' + (newPrice - prevPrice) + '元.'); } else {console.log('價格沒有發生變化.'); }// 控制臺輸出結果: // 價格沒有發生變化.

控制臺輸出的結果是“價格沒有發生變化.”，因為在set()方法被調用完畢后，模型的上一個狀態也會被新數據替換。
（有一種特殊情況是當我們使用了silent配置時，上面的代碼可以得到我們想要的結果，關于silent配置將在后面“數據驗證”章節中介紹）

4、數據驗證
Backbone模型提供了一套數據驗證機制，確保我們在模型中存儲的數據都是通過驗證的，我們通過下面的例子來說明這套驗證機制：

執行這段代碼，你會在控制臺看到這段信息：“書籍價格不應低于1元.”

在定義模型類時，我們可以添加一個validate方法，該方法會在模型中的數據發生改變之前被自動調用（就像我們通過set()方法修改數據時一樣）。

validate方法接收一個參數，表示需要進行驗證的數據集合，如果validate方法沒有任何返回值（即undefined），則表示驗證通過；如果驗證不通過，我們常常會返回一個錯誤字符串或自定義對象。但實際上，當你返回一個false也會被認為驗證通過，因為Backbone內部會將validate的返回值轉換為布爾類型，如果為false則認為驗證通過，反之則認為不通過（雖然這聽起來有些別扭）。

當validate驗證不通過時，會觸發invalid事件，并將模型對象和validate方法的返回值傳遞給invalid事件的監聽函數（就像例子中的那樣）。

// 定義Book模型類 var Book = Backbone.Model.extend({validate: function(data) {if (data.price < 1) {return '書籍價格不應低于1元.';}} });var javabook = new Book();// 監聽invalid事件，當驗證失敗時觸發 javabook.on('invalid', function(model, invalid) {alert(invalid); });javabook.save({price: 0 });

上面的例子中，我們監聽了javabook對象的invalid事件，用于在驗證不通過時提示用戶。但在某個場景下，我希望以另一種方式提示用戶，我可以在invalid監聽函數中判斷是否處于這種場景下，然后作出不同的提示，但這顯然不是最好的辦法。

因此，Backbone提供了另一種方式對invalid事件進行覆蓋，來看看這個例子：

// 定義Book模型類 var Book = Backbone.Model.extend({validate: function(data) {if (data.price < 1) {return '書籍價格不應低于1元.';}return false;} });var javabook = new Book({price: 50 });// 監聽invalid事件，當驗證失敗時觸發 javabook.on('invalid', function(model, invalid) {console.log(invalid); });// 在調用set()方法時，傳遞了一個配置對象，包含自定義的invalid處理方法 javabook.save('price', 0, {invalid: function(model, invalid) {console.log('自定義錯誤：' + invalid);} });

在這段代碼中，我們在調用save()方法時，傳遞了第三個參數，它是一個用于描述配置信息的對象，我們設定了一個invalid函數。當validate方法驗證失敗時，會優先調用配置中傳遞的invalid函數，如果沒有傳遞invalid函數，則會觸發invalid事件。

var Chapter = Backbone.Model.extend({validate: function(attrs, options) {if (attrs.end < attrs.start) {return "can't end before it starts";}} });var one = new Chapter({title: "Chapter One: The Beginning" });one.set({start: 15,end: 10 });if (!one.isValid()) {alert(one.get("title") + " " + one.validationError); }

5、刪除數據
Backbone中刪除模型數據的操作相對簡單，我們常常用unset()和clear()方法來刪除模型中的數據：

unset()方法用于刪除對象中指定的屬性和數據
clear()方法用于刪除模型中所有的屬性和數據

我們來看一個unset()方法的例子：

// 定義Book模型類 var Book = Backbone.Model.extend();// 實例化模型對象 var javabook = new Book({name: 'Java7入門經典',author: 'Ivor Horton',price: 88.50 });// 輸出: Java7入門經典 console.log(javabook.get('name'));// 刪除對象name屬性 javabook.unset('name');// 輸出: undefined console.log(javabook.get('name')); //當我們對模型的name屬性執行unset()方法后，模型內部會使用delete關鍵字將name屬性從對象中刪除。//clear()方法與unset()方法執行過程類似，但clear()方法會刪除模型中的所有數據，例如： // 定義Book模型類 var Book = Backbone.Model.extend();// 實例化模型對象 var javabook = new Book({name: 'Java7入門經典',author: 'Ivor Horton',price: 88.50 });// 刪除對象name屬性 javabook.clear();// 以下均輸出: undefined console.log(javabook.get('name')); console.log(javabook.get('author')); console.log(javabook.get('price'));

在調用unset()和clear()方法清除模型數據時，會觸發change事件，我們也同樣可以在change事件的監聽函數中通過previous()和previousAttributes()方法獲取數據的上一個狀態。

6、將模型數據同步到服務器
Backbone提供了與服務器數據的無縫連接，我們只需要操作本地Model對象，Backbone就會按照規則自動將數據同步到服務器。

如果需要使用Backbone默認的數據同步特性，請確定你的服務器數據接口已經支持了REST架構。在REST架構中，客戶端會通過請求頭中的Request Method告訴服務器我們將要進行的操作（包括create、read、update和delete，它們對應的Request Method分別為POST、GET、PUT和DELETE），而對于沒有良好支持REST發送方式的瀏覽器，Backbone會使用另外一些方法來實現，這在本節中會詳細討論。

在討論數據同步相關方法之前，你需要先了解一些Backbone中與數據同步息息相關的內容：
a、數據標識：
設想一下，如果我們需要通過服務器接口刪除一條數據，僅僅在報文頭中通過Request Method標識告訴服務器進行delete操作是不夠的，更重要的是還需要告訴服務器刪除哪一條數據，這需要我們傳遞給服務器一個數據的唯一標識（例如記錄id）。

Backbone中每一個模型對象都有一個唯一標識，默認名稱為id，你可以通過idAttribute屬性來修改它的名稱。

id應該由服務器端創建并保存在數據庫中，在與服務器的每一次交互中，模型會自動在URL后面加上id，而對于客戶端新建的模型，在保存時不會在URL后加上id標識（我們可以通過模型的isNew()方法來檢查，該模型對象是否是由客戶端新建的）。

a、URL規則：
Backbone默認使用path info的方式來訪問服務器接口。

例如：我們在刪除一個模型數據時，模型會在報文頭的Request Method中聲明delete操作，并在服務器接口后自動加上模型id，格式類似于http://urlRoot/10001，其中urlRoot是我們設置的服務器接口地址，而10001是模型id。請注意它是通過URL路徑的方式自動追加到接口地址后的，因此服務器也必須要支持PATHINFO的解析方式。

使用PATHINFO方式，因為它更直觀，更利于SEO，還可以避免與Backbone中的路由器發生混淆（關于路由器將在后面的章節中介紹）。

如果我們希望讓Backbone自動與服務器接口進行交互，首先應該配置模型的URL，Backbone支持3種方式的URL配置：
第一種是urlRoot方式：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book({id: 1001,name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });// 保存數據 javabook.save();

在這個例子中，我們創建了一個Book模型的實例，并調用save()方法將數據保存到服務器。（可能你對save()方法還不太了解，但這并不重要，因為我們馬上就會講到它，現在你只需知道我們用它將模型中的數據保存到服務器）

你可以抓包查看請求記錄，你能看到請求的接口地址為：http://localhost/service/1001

其中localhost是我的主機名，因為我在本地搭建了一個Web服務器環境。
service是該模型的接口地址，是我們在定義Book類時設置的urlRoot。
1001是模型的唯一標識（id），我們之前說過，模型的id應該是由服務器返回的，對應到數據庫中的某一條記錄，但這里為了能直觀的測試，我們假設已經從服務器端拿到了數據，且它的id為1001。

這段內容很容易理解，接下來，我們將save()方法換成destroy()方法（該方法用于將模型中的數據從服務器刪除）：

// 刪除數據 javabook.destroy();

你能看到請求的接口地址仍然為：http://localhost/service/1001。這并不奇怪，如果你細心觀察，會發現兩次請求頭中的Request Method參數分別為PUT和DELETE，服務器接口會根據它來判斷你所做的操作。

如果你的瀏覽器不支持REST發送方式，你可能會看到Request Method始終是POST類型，且在Form Data中會多出一個_method參數，PUT和DELETE操作名被放在了這個_method參數中。這是Backbone為了適配低版本瀏覽器而設計的另一種方法，你的服務器接口也必須同時支持這種方式。

我們再來看第二種URL方式的例子：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service',url: '/javaservice' });// 創建實例 var javabook = new Book({id: 1001,name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });// 保存數據 javabook.save();

在這個例子中，我們在定義Book類時，新增了參數url，執行這段代碼，你會發現請求的接口地址為http://localhost/javaservice。它沒有再使用urlRoot定義的參數，也沒有將模型的id追加到接口地址中，urlRoot和url參數我們一般只會同時定義一個，它們的區別在于：

urlRoot參數表示服務器接口地址的根目錄，我們無法直接訪問它，只能通過連接模型id來組成一個最終的接口地址
url參數表示服務器的接口地址是已知的，我們無需讓Backbone自動連接模型id（這可能是在url本身已經設置了模型id，或者不需要傳遞模型id）
如果同時設置了urlRoot和url參數，url參數的優先級會高于urlRoot。
（另一個細節是，url參數不一定是固定的字符串，也可以是一個函數，最終使用的接口地址是這個函數的返回值。）

最后一種URL方式的例子：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service',url: '/javaservice' });// 創建實例 var javabook = new Book({id: 1001,name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });// 保存數據 javabook.save(null, {url: '/myservice' });

在這個例子中，我們在調用save()方法的時候傳遞了一個配置對象，它包含一個url配置項，最終抓包看到的請求地址是http://localhost/myservice。因此你可以得知，通過調用方法時傳遞的url參數優先級會高于模型定義時配置的url和urlRoot參數。

在Backbone中，模型對象提供了3個方法用于和服務器保持數據同步：
save()方法：在服務器創建或修改數據
fetch()方法：從服務器獲取數據
destroy()方法：從服務器移除數據

下面我們將依次介紹這些方法的使用：

save()方法：
save()方法用于將模型的數據保存到服務器，它可能是一條新的數據，也可能是修改服務器現有的某一條數據，這取決于模型中是否存在id（唯一標識）。

首先我們來看一個創建數據的例子：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book();// 設置初始化數據 javabook.set({name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });// 從將數據保存到服務器 javabook.save();

在這個例子中，我們創建了一個新的Book實例，并設置了一些數據（實際上它們可能是由用戶輸入的），我們通過save()方法將這些數據提交到服務器。

如果你抓包看一下報文頭信息，能看到Request Method參數為POST，這是因為模型內部會通過isNew()方法檢查是否為客戶端新建，如果是客戶端新建的數據，會通過POST方式發送。如果是修改服務器現有的數據，則通過PUT方式發送。

如果服務器接口的報文體中沒有返回任何數據，你會發現保存之后的模型較之前沒有發生任何變化，在你下一次調用save()方法的時候，它仍然會以POST方式通知服務器創建一
條新的數據。這是因為模型對象并沒有獲取到剛剛服務器創建成功的記錄id，因此我們希望服務器接口在將數據保存成功之后，同時將新的id返回給我們，就像這樣：

{"id": "1001","name": "Thinking in Java(修訂版)","author": "Bruce Eckel","price": "395.70" }

這一段是服務器接口返回的數據，它除了返回新記錄的id，還返回了修改后的name數據（當然，你也可以只返回新記錄的id，我們常常都是這樣做的）。這時我們再來看現在模型中的數據，它多了一個id屬性，并且name屬性的值也發生了變化，也就是說模型使用服務器返回的最新數據替換了之前的數據。

我們將代碼稍作修改：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book();// 設置初始化數據 javabook.set({name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });// 將數據保存到服務器 javabook.save(null, {success: function(model) {// 數據保存成功之后, 修改price屬性并重新保存 javabook.set({price: 388.00});javabook.save();} });

我們修改了save()方法的調用參數，像例子中那樣，你可以設置一個success回調函數用來表示保存成功之后將要進行操作（你也可以設置一個error回調函數用來表示保存失敗時將要進行的操作）。

在數據保存成功之后，我們將修改模型的price值，并從新調用save()方法保存數據。
我們抓包看一下請求頭，發生了一些什么變化：
Request Method變成了PUT。
請求的接口地址變成了http://localhost/service/1001（這與我們剛剛討論的URL配置有關，如果不明白可以重新閱讀本節）。
當然，還有提交的數據也變成了我們修改后的。

在調用save()方法時，我們可以傳遞一個配置項對象，上面我們已經使用它傳遞了一個success回調函數。

在配置項中，還可以包含一個wait配置，如果我們傳遞了wait配置為true，那么數據會在被提交到服務器之前進行驗證，當服務器沒有響應新數據（或響應失敗）時，模型中的數據會被還原為修改前的狀態。如果沒有傳遞wait配置，那么無論服務器是否保存成功，模型數據均會被修改為最新的狀態、或服務器返回的數據。

我們還是用一個例子來說明：

// 定義Book模型類 var Book = Backbone.Model.extend({defaults: {name: 'unknown',author: 'unknown',price: 0},urlRoot: '/service' });// 創建實例 var javabook = new Book();// 從將數據保存到服務器 javabook.save({name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 }, {wait: true });

請運行這個例子中的代碼，并且將服務器接口返回的數據設置為空（或404狀態），你能看到在save()方法調用完成之后，模型中的數據被恢復成最初defaults中定義的數據，因為我們在調用save()方法時傳遞了wait配置。（你也可以試著將wait配置去掉，然后再運行它，你會發現雖然服務器接口并沒有返回數據或保存成功，但模型對象中仍然保持著最新的數據）

正如我們最開始所講得那樣，save()方法用于添加一條新的數據到服務器，或修改現有的一條數據。
其實save()方法也可以同時實現數據修改和保存，例如：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book();// 從將數據保存到服務器 javabook.save({name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });

在本例中，我們在調用時將數據傳遞給save()方法，而不是先通過set()方法設置數據。當然，你也可以像set()方法一樣，只設置某一個值：
javabook.save('name', 'Thinking in Java');
無論你通過什么方式來保存數據，它都會自動將數據同步到服務器接口（如果你沒有設置url或urlRoot參數，那么所有的操作只會在本地進行）。

我們來討論另一個問題：上面提到服務器接口返回的數據會被覆蓋到當前模型中，在剛剛的例子里，接口返回的數據就是模型需要的數據。而實際開發中往往并沒有這么順利，我們接口返回的數據可能是這樣：

{"resultCode": "0","error": "null","data": [{"isNew": "true","bookId": "1001","bookName": "Thinking in Java(修訂版)","bookAuthor": "Bruce Eckel","bookPrice": "395.70"}] }

你能看到，接口返回的數據無論從結構、還是屬性名，都與模型中定義的不一樣（有時甚至會返回XML或其它格式）。還好Backbone提供了一個parse()方法，用于在將服務器返回的數據覆蓋到模型前，對數據進行解析。

parse()方法默認不會對數據進行解析，因此我們只需要重載該方法，就可以適配上面的數據格式，例如：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service',// 重載parse方法解析服務器返回的數據parse: function(resp, xhr) {var data = resp.data[0];return {id: data.bookId,name: data.bookName,author: data.bookAuthor,price: data.bookPrice}} });// 創建實例 var javabook = new Book();// 從將數據保存到服務器 javabook.save({name: 'Thinking in Java',author: 'Bruce Eckel',price: 395.70 });

我們重載了parse()方法，并返回了模型中能夠使用的格式，這樣就可以將服務器接口返回的數據與模型中的數據連接起來。雖然本例中使用了最簡單的方式解析，但實際上你可能還會做一些格式化、轉換和邏輯工作。

另外值得注意的一點是：我們常常會在數據保存成功后，對界面做一些改變。此時你可以通過許多種方式實現，例如通過save()方法中的success回調函數。

但我建議success回調函數中只要做一些與業務邏輯和數據無關的、單純的界面展現即可（就像控制加載動畫的顯示隱藏），如果數據保存成功之后涉及到業務邏輯或數據顯示，你應該通過監聽模型的change事件，并在監聽函數中實現它們。雖然Backbone并沒有這樣的要求和約束，但這樣更有利于組織你的代碼。

fetch()方法：
fetch()方法用于從服務器接口獲取模型的默認數據，常常用于模型的數據恢復，它的參數和原理與save()方法類似，因此你可以很容易理解它。
先讓我們看一個例子：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book();// 從服務器獲取默認數據 javabook.fetch({success: function() {// 獲取數據成功后, 重新讀取一次 javabook.fetch();} });

在這個例子中，我們創建了一個空的（沒有初始化數據的）Book模型實例，然后通過fetch()方法從服務器接口獲取初始化數據，獲取數據成功后再次調用fetch()方法重新獲取一次。

我們將服務器接口返回的數據設置為：

{"id": "1001","name": "Thinking in Java","author": "Bruce Eckel","price": "395.70" }

你需要注意觀察兩次請求的URL和參數：
第一次請求地址為http://localhost/service，Request Method參數為GET
第二次請求地址為http://localhost/service/1001，Request Method參數為GET
你會發現第二次在請求地址后加上了1001（模型id），這是因為在第一次獲取數據成功后，服務器接口返回的數據會覆蓋到模型中，因此模型對象具備了唯一標識（id），因此在此后的每次請求中，模型都會將id加載請求地址后面。

destroy()方法：
destroy()方法用于將數據從集合（關于集合我們將在下一章中討論）和服務器中刪除，需要注意的是，該方法并不會清除模型本身的數據。（如果需要刪除模型中的數據，請手動調用unset()或clear()方法）

當你的模型對象從集合和服務器端刪除時，只要你不再保持任何對模型對象的引用，那么它會自動從內存中移除。（通常的做法是將引用模型對象的變量或屬性設置為null值）
當調用destroy()方法時，模型會觸發destroy事件，所有監聽該事件的函數將被調用。
我們還是通過一個例子來詳細了解它：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book({id: '1001' });// 從服務器刪除數據 javabook.destroy();

這個例子非常簡單，我們創建一個模型后再調用destroy()方法將它銷毀。
請抓包觀察請求地址和Request Method：
我們看到請求地址為：http://localhost/service/1001，Request Method參數為DELETE。它通過Reuqest Method請求參數通知服務器接口將要進行的操作，而請求地址和save()方法及fetch()方法產生的請求地址是相同的，這正體現了我們最開始所說的REST架構。

在調用destroy()方法時我們同樣可以傳遞一個配置對象，它除了success和error回調函數外，也能像save()方法一樣包含一個wait配置，來看下面的例子：

// 定義Book模型類 var Book = Backbone.Model.extend({urlRoot: '/service' });// 創建實例 var javabook = new Book({id: '1001' });// 監聽模型的destroy事件, 在控制臺輸出字符串 javabook.on('destroy', function() {console.log('destroy'); });// 從服務器刪除數據 javabook.destroy({wait: true });

如果你的service服務器接口能正常訪問，那么你能看到在控制臺輸出了“destroy”字符串；如果將你的接口設置為響應失敗（例如404），那么控制臺就不會有輸出。

當我們傳遞了wait配置后，模型會先請求服務器接口對數據進行刪除，當服務器返回狀態成功（狀態碼200）之后，本地才會進行模型的刪除操作，最終觸發destroy事件。

如果你想通過Backbone實現數據同步，而不使用RET架構，那么你可以通過重新定義Backbone.sync方法來適配現有的服務器接口。

在Backbone中，所有與服務器交互的邏輯都定義在Backbone.sync方法中，該方法接收method、model和options三個參數。如果你想重新定義它，可以通過method參數得到需要進行的操作（枚舉值為create、read、update和delete），通過model參數得到需要同步的數據，最后根據它們來適配你自己定義的規則即可。

當然，你也可以將數據同步到本地數據庫中，而不是服務器接口，這在開發終端應用時會非常適用。

7、小結
至此，Backbone模型中的核心方法和特性我們都已經討論完了，我們總結一下本節討論的主要內容：

模型封裝了對象數據，并提供了一系列對數據進行操作的方法
我們可以在定義模型類、實例化模型對象、和調用set()方法來設置模型中的數據
當模型中數據發生改變時，會觸發change事件和屬性事件
我們可以定義validate方法對模型中的數據進行驗證
通過調用save()、fetch()和destroy()方法可以讓模型中的數據與服務器保持同步，但在此之前必須設置url或urlRoot屬性

當然，模型類還包含一些實用的方法幫助我們開發，這里就不一一介紹，通過API文檔你能輕易地理解它們。

?

轉載于:https://www.cnblogs.com/linjiqin/p/3711866.html

總結

以上是生活随笔為你收集整理的Backbone Model——数据模型的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。