9月8日总结

【Qt6】列表模型——抽象基类

列表模型（Item Model），老周没有翻译为“项目模型”，因为 Project 和 Item 都可以翻译为“项目”，容易出现歧义。干脆叫列表模型。这个模型也确实是为数据列表准备的，它以 MVC 的概念为基础，在原始数据和用户界面视图之间搭建桥梁，使两者可以传递数据（提取、修改）。

Qt 里面使用列表控制比较复杂，需要先创建模型（Model）。当然，也有像 QListWidget 类这样已经封装好，开箱即食的，这个后面再扯，现在咱们的重点是弄清楚 Item Model 是啥玩意儿。

这里所说的 Item Model 并不是真正的数据，应该说算是个控制器。当用户界面要显示数据时，模型负责从原始数据那里提取值，再把值传到界面上呈现；如果用户界面要修改数据，通过输入框（QLineEdit等）输入/修改内容，然后传给模型，模型负责修改原始数据。这么看来，视图和原始数据不是直接通信的，模型就成了“中间商”。这个“中间商”可以不赚差价（按原始数据的样子呈现），也可能赚差价（把原始数据加工一下再让你看）。

列表模型有一个抽象基类，叫 QAbstractItemModel；对应地，视图组件也有一个抽象基类，叫 QAbstractItemView。另外，在模型和视图之间还有一个“代理人”，抽象基类叫 QAbstractItemDelegate，它干吗的呢？这是专业经纪人，负责门面工作。比如，在视图组件里呈现数据时用什么字体，什么颜色来绘制文本，用什么方式从模型提取数据等；在编辑数据时，有什么控件来输入文本。以及在编辑结束后，输入的内容怎么传给模型等。日常使用时咱们用到 QAbstractItemDelegate 不多，除非你自己想为数据项绘制 UI，或用自定义的编辑组件。如果只是改改外观什么的，还不如用 QSS 方便。

行了，不扯太远了，咱们只要知道这几个基类之间的关系就行了。咱们的重点还是放在 QAbstractItemModel 类上面。

QAbstractItemModel 有几个纯虚函数是必须在派生类中重写的：

1、index 方法，声明如下：

virtual QModelIndex index(
int row,
int column,
const QModelIndex &parent = QModelIndex()) const = 0;

列表模型中的索引，专门用一个叫 QModelIndex 的类表示。index 方法是根据传入的参数，返回 QModelIndex 对象。之所以要用 QModelIndex 类来表示列表项的索引，是因为它是由几个值组成的：

a、行号；
b、列号；
c、父索引。

Qt 中的列表模型用的是二维表结构，即由行和列组成，就像这样：