AngularJS 資料建模

陳 鑫偉發表於2014-01-06

我們知道,AngularJS並沒有自帶立等可用的資料建模方案。而是以相當抽象的方式,讓我們在controller中使用JSON資料作為模型。但是隨著時間的推移和專案的成長,我意識到這種建模的方式不再能滿足我們專案的需求。在這篇文章中我會介紹在我的AngularJS應用中處理資料建模的方式。

為Controller定義模型

讓我們從一個簡單的例子開始。我想要顯示一個書本(book)的頁面。下面是控制器(Controller):

BookController

這個控制器建立了一個書本的模型,我們可以在後面的模板中(templage)中使用它。

template for displaying a book

假如我們需要從後臺的api獲取書本的資料,我們需要使用$http:

BookController with $http

注意到這裡的bookData仍然是一個JSON物件。接下來我們想要使用這些資料做一些事情。比如,更新書本資訊,刪除書本,甚至其他的一些不涉及到後臺的操作,比如根據請求的圖片大小生成一個書本圖片的url,或者判斷書本是否有效。這些方法都可以被定義在控制器中。

BookController with several book actions

然後在我們的模板中:

template for displaying a complete book

在controllers之間共享Model

如果書本的結構和方法只和一個控制器有關,那我們現在的工作已經可以應付。但是隨著應用的增長,會有其他的控制器也需要和書本打交道。那些控制器很多時候也需要獲取書本,更新它,刪除它,或者獲得它的圖片url以及看它是否有效。因此,我們需要在控制器之間共享這些書本的行為。我們需要使用一個返回書本行為的factory來實現這個目的。在動手寫一個factory之前,我想在這裡先提一下,我們建立一個factory來返回帶有這些book輔助方法的物件,但我更傾向於使用prototype來構造一個Book類,我覺得這是更正確的選擇:

Book model service

這種方式下,書本相關的所有行為都被封裝在Book服務內。現在,我們在BookController中來使用這個亮眼的Book服務。

BookController that uses Book model

正如你看到的,控制器變得非常簡單。它建立一個Book例項,指派給scope,並從後臺載入。當書本被載入成功時,它的屬性會被改變,模板也隨著被更新。記住其他的控制器想要使用書本功能,只要簡單地注入Book服務即可。此外,我們還要改變template使用book的方法。

template that uses book instance

到這裡,我們知道了如何建模一個資料,把他的方法封裝到一個類中,並且在多個控制器中共享它,而不需要寫重複程式碼。

在多個控制器中使用相同的書本模型

我們定義了一個書本模型,並且在多個控制器中使用了它。在使用了這種建模架構之後你會注意到有一個嚴重的問題。到目前為止,我們假設多個控制器對書本進行操作,但如果有兩個控制器同時處理同一本書會是什麼情況呢?

假設我們頁面的一塊區域我們所有書本的名稱,另一塊區域可以更新某一本書。對應這兩塊區域,我們有兩個不同的控制器。第一個載入書本列表,第二個載入特定的一本書。我們的使用者在第二塊區域中修改了書本的名稱並且點選“更新”按鈕。更新操作成功後,書本的名稱會被改變。但是在書本列表中,這個使用者始終看到的是修改之前的名稱!真實的情況是我們對同一本書建立了兩個不同的書本例項——一個在書本列表中使用,而另一個在修改書本時使用。當使用者修改書本名稱的時候,它實際上只修改了後一個例項中的屬性。然而書本列表中的書本例項並未得到改變。

解決這個問題的辦法是在所有的控制器中使用相同的書本例項。在這種方式下,書本列表和書本修改的頁面和控制器都持有相同的書本例項,一旦這個例項發生變化,就會被立刻反映到所有的檢視中。那麼按這種方式行動起來,我們需要建立一個booksManager服務(我們沒有大寫開頭的b字母,是因為這是一個物件而不是一個類)來管理所有的書本例項池,並且富足返回這些書本例項。如果被請求的書本例項不在例項池中,這個服務會建立它。如果已經在池中,那麼就直接返回它。請牢記,所有的載入書本的方法最終都會被定義在booksManager服務中,因為它是唯一的提供書本例項的元件。

booksManager service

下面是我們的EditableBookController和BooksListController兩個控制器的程式碼:

EditableBookController and BooksListController that uses booksManager

需要注意的是,模組(template)中還是保持原來使用book例項的方式。現在應用中只持有一個id為1的book例項,它發生的所有改變都會被反映到使用它的各個頁面上。

總結

在這片文章中,我建議了AngularJS中建模資料的一種架構。首先,我展示了AngularJS預設的資料模型繫結,然後講了如何封裝模型的方法和操作從而可以在不同的控制其中重用它們,最後我解釋瞭如何管理模型例項從而使得所有的改變都能被反映到應用中各個相關的檢視上。

希望這篇文章能在如何實現資料建模上給你一些啟示。

相關文章