[分享]Qt Model View 学习总结笔记

QtModel/View学习笔记QtModel/View学习笔记(一)Qt4推出了一组新的itemview类，它们使用model/view结构来管理数据与表示层的关系。这种结构带来的功能上的分离给了开发人员更大的弹性来定制数据项的表示，它也提供一个标准的model接口，使得更多的数据源可以被这些itemview使用。这里对model/view的结构进行了描述，结构中的每个组件都进行了解释，给出了一些例子说明了提供的这些类如何使用。Model/View结构Model-View-Controller(MVC)，是从Smalltalk发展而来的一种设计模式，常被用于构建用户界面。经典设计模式的著作中有这样的描述：MVC由三种对象组成。Model是应用程序对象，View是它的屏幕表示，Controller定义了用户界面如何对用户输入进行响应。在MVC之前，用户界面设计倾向于三者揉合在一起，MVC对它们进行了解耦，提高了灵活性与重用性。假如把view与controller结合在一起，结果就是model/view结构。这个结构依然是把数据存储与数据表示进行了分离，它与MVC都基于同样的思想，但它更简单一些。这种分离使得在几个不同的view上显示同一个数据成为可能，也可以重新实现新的view,而不必改变底层的数据结构。为了更灵活的对用户输入进行处理，引入了delegate这个概念。它的好处是，数据项的渲染与编程可以进行定制。如上图所示，model与数据源通讯，并提供接口给结构中的别的组件使用。通讯的性质依赖于数据源的种类与model实现的方式。view从model获取modelindexes,后者是数据项的引用。通过把modelindexes提供给model,view可以从数据源中获取数据。在标准的views中，delegate会对数据项进行渲染，当某个数据项被选中时，delegate通过modelindexes与model直接进行交流。总的来说，model/view相关类可以被分成上面所提到的三组：models,views,delegates。这些组件通过抽象类来定义，它们提供了共同的接口，在某些情况下，还提供了缺省的实现。抽象类意味着需要子类化以提供完整的其他组件希望的功能。这也允许实现定制的组件。models,views,delegates之间通过信号，槽机制来进行通讯：从model发出的信号通知view数据源中的数据发生了改变。从view发出的信号提供了有关被显示的数据项与用户交互的信息。从delegate发生的信号被用于在编辑时通知model和view关于当前编辑器的状态信息。Models所有的itemmodels都基于QAbstractItemModel类，这个类定义了用于views和delegates访问数据的接口。数据本身不必存储在model,数据可被置于一个数据结构或另外的类，文件，数据库，或别的程序组件中。关于model的基本概念在ModelClasses部分中描述。QAbstractItemModel提供给数据一个接口，它非常灵活，基本满足views的需要，无论数据用以下任何样的形式表现，如tables,lists,trees。然而，当你重新实现一个model时，如果它基于table或list形式的数据结构，最好从QAbstractListModel,QAbstractTableModel开始做起，因为它们提供了适当的常规功能的缺省实现。这些类可以被子类化以支持特殊的定制需求。子类化model的过程在CreateNewModel部分讨论QT提供了一些现成的models用于处理数据项：QStringListModel用于存储简单的QString列表。QStandardItemModel管理复杂的树型结构数据项，每项都可以包含任意数据。QDirModel提供本地文件系统中的文件与目录信息。QSqlQueryModel,QSqlTableModel,QSqlRelationTableModel用来访问数据库。假如这些标准Model不满足你的需要，你应该子类化QAbstractItemModel,QAbstractListModel或是QAbstractTableModel来定制。Views不同的view都完整实现了各自的功能：QListView把数据显示为一个列表，QTableView把Model中的数据以table的形式表现，QTreeView用具有层次结构的列表来显示model中的数据。这些类都基于QAbstractItemView抽象基类，尽管这些类都是现成的，完整的进行了实现，但它们都可以用于子类化以便满足定制需求。DelegatesQAbstractItemDelegate是model/view架构中的用于delegate的抽象基类。缺省的delegate实现在QItemDelegate类中提供。它可以用于Qt标准views的缺省delegate.排序在model/view架构中，有两种方法进行排序，选择哪种方法依赖于你的底层Model。假如你的model是可排序的，也就是它重新实现了QAbstractItemModel::sort()函数，QTableView与QTreeView都提供了API,允许你以编程的方式对Model数据进行排序。另外，你也可以进行交互方式下的排序（例如，允许用户通过点击view表头的方式对数据进行排序），可以这样做：把QHeaderView::sectionClicked()信号与QTableView::sortByColum()槽或QTreeView::sortByColumn()槽进行联结就好了。另一种方法是，假如你的model没有提供需要的接口或是你想用listview表示数据，可以用一个代理model在用view表示数据之前对你的model数据结构进行转换。便利类许多便利类都源于标准的view类，它们方便了那些使用Qt中基于项的view与table类，它们不应该被子类化，它们只是为Qt3的等价类提供一个熟悉的接口。这些类有QListWidget,QTreeWidget,QTableWidget,它们提供了如Qt3中的QListBox,QlistView,QTable相似的行为。这些类比View类缺少灵活性，不能用于任意的models,推介使用model/view的方法处理数据。QtModel/View学习笔记(二)介绍Qt提供了两个标准的models:QStandardItemModel和QDirModel。QStandardItemModel是一个多用途的model，可用于表示list,table,treeviews所需要的各种不同的数据结构。这个model也持有数据。QDirModel维护相关的目录内容的信息，它本身不持有数据，仅是对本地文件系统中的文件与目录的描述。QDirModel是一个现成的model,很容易进行配置以用于现存的数据，使用这个model,可以很好地展示如何给一个现成的view设定model,研究如何用modelindexes来操纵数据。model与views的搭配使用QListView与QTreeView很适合与QDirModel搭配。下面的例子在treeview与listview显示了相同的信息，QDirModel提供了目录内容数据。这两个Views共享用户选择，因此每个被选择的项在每个view中都会被高亮。先装配出一个QDirModel以供使用，再创建views去显示目录的内容。这给我展示了使用model的最简单的方式。model的创建与使用都在main()函数中完成：intmain(intargc,char*argv[]){QApplicationapp(argc,argv);QSplitter*splitter=newQSplitter;QDirModel*model=newQDirModel;//从缺省目录创建数据QTreeView*tree=newQTreeView(splitter);tree-setModel(model);tree-setRootIndex(model-index(QDir::currentPath()));QListView*list=newQListView(splitter);list-setModel(model);list-setRootIndex(model-index(QDir::currentPath()));//配置一个view去显示model中的数据，只需要简单地调用setModel(),并把目录model作为参数传递//setRootIndex()告诉views显示哪个目录的信息，这需要提供一个modelindex,然后用这个//modelindex去model中去获取数据//index()这个函数是QDirModel特有的，通过把一个目录做为参数，得到了需要的modelindex//其他的代码只是窗口show出来,进入程序的事件循环就好了splitter-setWindowTitle(Twoviewsontothesamedirectorymodel);splitter-show();returnapp.exec();}QtModel/View学习笔记(三)Model类基本概念在model/view构架中，model为view和delegates使用数据提供了标准接口。在Qt中，标准接口QAbstractItemModel类中被定义。不管数据在底层以何种数据结构存储，QAabstractItemModel的子类会以层次结构的形式来表示数据，结构中包含了数据项表。我们按这种约定来访问model中的数据项，但这个约定不会对如何显示这些数据有任何限制。数据发生改变时，model通过信号槽机制来通知关联的views。ModelIndexes为了使数据存储与数据访问分开，引入了modelindex的概念。通过modelindex，可以引用model中的数据项，Views和delegates都使用indexes来访问数据项，然后再显示出来。因此，只有model需要了解如何获取数据，被model管理的数据类型可以非常广泛地被定义。Modelindexes包含一个指向创建它们的model的指针，这会在配合多个model工作时避免混乱。QAbstractItemModel*model=index.model();modelindexes提供了对一项数据信息的临时引用，通过它可以访问或是修改model中的数据。既然model有时会重新组织内部的数据结构，这时modelindexes便会失效，因此不应该保存临时的modelindexes。假如需要一个对数据信息的长期的引用，那么应该创建一个persistentmodelindex。这个引用会保持更新。临时的modelindexes由QModelIndex提供，而具有持久能力的modelindexes则由QPersistentModelIndex提供。在获取对应一个数据项的modelindex时，需要考虑有关于model的三个属性：行数，列数，父项的modelindex。行与列在最基本的形式中，一个model可作为一个简单的表来访问，每个数据项由行，列数来定位。这必不意味着底层的数据用数组结构来存储。行和列的使用仅仅是一种约定，它允许组件之间相互通讯。可以通过指定model中的行列数来获取任一项数据，可以得到与数据项一一对应的那个index。QModelIndexindex=model-index(row,column,...);Model为简单的，单级的数据结构如list与tables提供了接口，它们如上面代码所显示的那样，不再需要别的信息被提供。当我们在获取一个modelindex时，我们需要提供另外的信息。上图代表一个基本的tablemodel，它的每一项用一对行列数来定位。通过行列数，可以获取代表一个数据项的modelindex