清源游民   gameogre@gmail.com

介紹

Qt 4推出了一組新的item view類，它們使用model/view結構來管理數(shù)據(jù)與表示層的關系。這種結構帶來的
功能上的分離給了開發(fā)人員更大的彈性來定制數(shù)據(jù)項的表示，它也提供一個標準的model接口，使得更多的
數(shù)據(jù)源可以被這些item view使用。這里對model/view的結構進行了描述，結構中的每個組件都進行了解釋，
給出了一些例子說明了提供的這些類如何使用。

Model/View  結構

Model-View-Controller(MVC)， 是從Smalltalk發(fā)展而來的一種設計模式，常被用于構建用戶界面。經(jīng)典設計模式的著作中有這樣的描述：

MVC 由三種對象組成。Model是應用程序對象，View是它的屏幕表示，Controller定義了用戶界面如何對用戶輸入進行響應。在MVC之前，用戶界面設計傾向于三者揉合在一起，MVC對它們進行了解耦，提高了靈活性與重用性。

假如把view與controller結合在一起，結果就是model/view結構。這個結構依然是把數(shù)據(jù)存儲與數(shù)據(jù)表示進行了分離，它與MVC都基于同樣的思想，但它更簡單一些。這種分離使得在幾個不同的view上顯示同一個數(shù)據(jù)成為可能，也可以重新實現(xiàn)新的view,而不必改變底層的數(shù)據(jù)結構。為了更靈活的對用戶輸入進行處理，引入了delegate這個概念。它的好處是，數(shù)據(jù)項的渲染與編程可以進行定制。

如上圖所示，model與數(shù)據(jù)源通訊，并提供接口給結構中的別的組件使用。通訊的性質依賴于數(shù)據(jù)源的種類
與model實現(xiàn)的方式。view從model獲取model indexes,后者是數(shù)據(jù)項的引用。通過把model indexes提供給model,view可以從數(shù)據(jù)源中獲取數(shù)據(jù)。

在標準的views中，delegate會對數(shù)據(jù)項進行渲染，當某個數(shù)據(jù)項被選中時，delegate通過model indexes與model直接進行交流。總的來說，model/view 相關類可以被分成上面所提到的三組：models,views,delegates。這些組件通過抽象類來定義，它們提供了共同的接口，在某些情況下，還提供了缺省的實現(xiàn)。抽象類意味著需要子類化以提供完整的其他組件希望的功能。這也允許實現(xiàn)定制的組件。models,views,delegates之間通過信號，槽機制來進行通訊：

從model發(fā)出的信號通知view數(shù)據(jù)源中的數(shù)據(jù)發(fā)生了改變。
從view發(fā)出的信號提供了有關被顯示的數(shù)據(jù)項與用戶交互的信息。
從delegate發(fā)生的信號被用于在編輯時通知model和view關于當前編輯器的狀態(tài)信息。

Models

所有的item models都基于QAbstractItemModel類，這個類定義了用于views和delegates訪問數(shù)據(jù)的接口。
數(shù)據(jù)本身不必存儲在model,數(shù)據(jù)可被置于一個數(shù)據(jù)結構或另外的類，文件，數(shù)據(jù)庫，或別的程序組件中。
關于model的基本概念在Model Classes部分中描述。
QAbstractItemModel提供給數(shù)據(jù)一個接口，它非常靈活，基本滿足views的需要，無論數(shù)據(jù)用以下任何樣的形式
表現(xiàn)，如tables,lists,trees。然而，當你重新實現(xiàn)一個model時，如果它基于table或list形式的數(shù)據(jù)結構，最好從QAbstractListModel,QAbstractTableModel開始做起，因為它們提供了適當?shù)某Ｒ?guī)功能的缺省實現(xiàn)。這些類可以被子類化以支持特殊的定制需求。子類化model的過程在Create New Model部分討論
QT提供了一些現(xiàn)成的models用于處理數(shù)據(jù)項：
QStringListModel 用于存儲簡單的QString列表。
QStandardItemModel 管理復雜的樹型結構數(shù)據(jù)項，每項都可以包含任意數(shù)據(jù)。
QDirModel  提供本地文件系統(tǒng)中的文件與目錄信息。
QSqlQueryModel, QSqlTableModel,QSqlRelationTableModel用來訪問數(shù)據(jù)庫。
假如這些標準Model不滿足你的需要，你應該子類化QAbstractItemModel,QAbstractListModel或是
QAbstractTableModel來定制。

Views

不同的view都完整實現(xiàn)了各自的功能：QListView把數(shù)據(jù)顯示為一個列表，QTableView把Model 中的數(shù)據(jù)以table的形式表現(xiàn)，QTreeView 用具有層次結構的列表來顯示model中的數(shù)據(jù)。這些類都基于QAbstractItemView抽象基類，盡管這些類都是現(xiàn)成的，完整的進行了實現(xiàn)，但它們都可以用于子類化以便滿足定制需求。

Delegates
QAbstractItemDelegate 是model/view架構中的用于delegate的抽象基類。缺省的delegate實現(xiàn)在QItemDelegate類中提供。它可以用于Qt標準views的缺省 delegate.

排序

在model/view架構中，有兩種方法進行排序，選擇哪種方法依賴于你的底層Model。
假如你的model是可排序的，也就是它重新實現(xiàn)了QAbstractItemModel::sort()函數(shù)，QTableView與QTreeView都提供了API,允許你以編程的方式對Model數(shù)據(jù)進行排序。另外，你也可以進行交互方式下的排序（例如，允許用戶通過點擊view表頭的方式對數(shù)據(jù)進行排序），可以這樣做：把QHeaderView::sectionClicked()信號與QTableView::sortByColum()槽或QTreeView::sortByColumn()槽進行聯(lián)結就好了。
另一種方法是，假如你的model沒有提供需要的接口或是你想用list view表示數(shù)據(jù)，可以用一個代理
model在用view表示數(shù)據(jù)之前對你的model數(shù)據(jù)結構進行轉換。

便利類

許多便利類都源于標準的view類，它們方便了那些使用Qt中基于項的view與table類，它們不應該被子類化，
它們只是為Qt 3的等價類提供一個熟悉的接口。這些類有QListWidget,QTreeWidget,QTableWidget,它們提供了如Qt 3中的QListBox, QlistView,QTable相似的行為。這些類比View類缺少靈活性，不能用于任意的models,推介使用model/view的方法處理數(shù)據(jù)。