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
()，一般總是以表單的形式中顯示標題信息。可以從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中表現出
來的可能會是幾個高亮的數據項片斷的組合。