清源游民 gameogre@gmail.com

View 類

概念

在model/view架構中，view從model中獲得數據項然后顯示給用戶。數據顯示的方式不必與model提供的表示方式相同，可以與底層存儲數據項的數據結構完全不同。
內容與顯式的分離是通過由QAbstractItemModel提供的標準模型接口，由QAsbstractItemview提供的標準視圖接口共同實現的。普遍使用model index來表示數據項。view負責管理從model中讀取的數據的外觀布局。
它們自己可以去渲染每個數據項，也可以利用delegate來既處理渲染又進行編輯。
除了顯示數據，views也處理數據項的導航，參與有關于數據項選擇的部分功能。view也實現一些基本的用戶接口特性，如上下文菜單與拖拽功能。view也為數據項提供了缺省的編程功能，也可搭配delegate實現更為特殊的定制編輯的需求。
一個view創建時必不需要model,但在它能顯示一些真正有用的信息之前，必須提供一個model。view通過使用
selections來跟蹤用戶選擇的數據項。每個view可以維護單獨使用的selections，也可以在多個views之間共享。有些views,如QTableView和QTreeView,除數據項之外也可顯示標題(Headers)，標題部分通過一個view來實現，QHeaderView。標題與view一樣總是從相同的model中獲取數據。從 model中獲取數據的函數是QabstractItemModel::headerDate()，一般總是以表單的形式中顯示標題信息?？梢詮?span style="COLOR: #0000ff">QHeaderView子類化，以實現更為復雜的定制化需求。

使用現成的view
Qt提供了三個現成的view 類，它們能夠以用戶熟悉的方式顯示model中的數據。QListView把model中的數據項以一個簡單的列表的形式顯示，或是以經典的圖標視圖的形式顯示。QTreeView把model中的數據項作為具有層次結構的列表的形式顯示，它允許以緊湊的深度嵌套的結構進行顯示。QTableView卻是把model中的數據項以表格的形式展現，更像是一個電子表格應用程序的外觀布局。

以上這些標準view的行為足以應付大多數的應用程序，它們也提供了一些基本的編輯功能，也可以定制特殊的需求。

使用model
以前的例子中創建過一個string list model,可以給它設置一些數據，再創建一個view把model中的內容展示出來：
int main(int argc, char *argv[])
 {
   QApplication app(argc, argv);

 // Unindented for quoting purposes:
 QStringList numbers;
 numbers << "One" << "Two" << "Three" << "Four" << "Five";

 QAbstractItemModel *model = new StringListModel(numbers);
 //要注意的是，這里把StringListModel作為一個QAbstractItemModel來使用。這樣我們就可以
 //使用model中的抽象接口，而且如果將來我們用別的model代替了當前這個model,這些代碼也會照樣工作。
 //QListView提供的列表視圖足以滿足當前這個model的需要了。
 QListView *view = new QListView;
 view->setModel(model);
  view->show();
  return app.exec();
}

view會渲染model中的內容，通過model的接口來訪問它的數據。當用戶試圖編輯數據項時，view會使用缺省的delegate來提供一個編輯構件。
一個model,多個views
為多個views提供相同的model是非常簡單的事情，只要為每個view設置相同的model。
     QTableView *firstTableView = new QTableView;
     QTableView *secondTableView = new QTableView;

     firstTableView->setModel(model);
     secondTableView->setModel(model);
在model/view架構中信號、槽機制的使用意味著model中發生的改變會傳遞中聯結的所有view中，這保證了
不管我們使用哪個view，訪問的都是同樣的一份數據。

上面的圖展示了一個model上的兩個不同的views,盡管在不同的view中顯示的model中的數據是一致的，每個
view都維護它們自己的內部選擇模型，但有時候在某些情況下，共享一個選擇模型也是合理的。

處理數據項的選擇
view中數據項選擇機制由QItemSelectionModel類提供。所有標準的view缺省都構建它們自己的選擇模型，
以標準的方式與它們交互。選擇模型可以用selectionModel()函數取得，替代的選擇模型也可以通過
setSelectionModel()來設置。當我們想在一個model上提供多個一致的views時，這種對選擇模型的控制能力非常有用。通常來講，除非你子類化一個model或view,你不必直接操縱selections的內容。

多個views之間共享選擇
接著上邊的例子，我們可以這樣：
secondTableView->setSelectionModel(firstTableView->selectionModel());
現在所有views都在同樣的選擇模型上操作，數據與選擇項都保持同步。

上面的例子中，兩個view的類型是相同的，假如這兩個view類型不同，那么所選擇的數據項在每個view
中的表現形式會有很大的不同。例如，在一個table view中一個連續的選擇，在一個tree view中表現出
來的可能會是幾個高亮的數據項片斷的組合。