Models can be defined in C++ and then made available to QML. This is useful for exposing existing C++ data models or otherwise complex datasets to QML.
A C++ model class can be defined as a QStringList ， QVariantList ， QObjectList 或 QAbstractItemModel . The first three are useful for exposing simpler datasets, while QAbstractItemModel provides a more flexible solution for more complex models.
For a video tutorial that takes you through the whole process of exposing a C++ model to QML, see the Using C++ Models in QML Tutorial .
A model may be a simple QStringList , which provides the contents of the list via the modelData 角色。
Here is a
ListView
with a delegate that references its model item's value using the
modelData
role:
ListView { width: 100; height: 100 model: myModel delegate: Rectangle { height: 25 width: 100 Text { text: modelData } } }
A Qt application can load this QML document and set the value of
myModel
到
QStringList
:
QStringList dataList;
dataList.append("Item 1");
dataList.append("Item 2");
dataList.append("Item 3");
dataList.append("Item 4");
QQuickView view;
QQmlContext *ctxt = view.rootContext();
ctxt->setContextProperty("myModel", QVariant::fromValue(dataList));
The complete source code for this example is available in examples/quick/models/stringlistmodel within the Qt install directory.
注意： There is no way for the view to know that the contents of a QStringList have changed. If the QStringList changes, it will be necessary to reset the model by calling QQmlContext::setContextProperty () 再次。
A model may be a single QVariantList , which provides the contents of the list via the modelData 角色。
The API works just like with QStringList , as shown in the previous section.
注意： There is no way for the view to know that the contents of a QVariantList have changed. If the QVariantList changes, it will be necessary to reset the model.
A list of QObject * values can also be used as a model. A QList < QObject *> provides the properties of the objects in the list as roles.
The following application creates a
DataObject
class with
Q_PROPERTY
values that will be accessible as named roles when a
QList
<DataObject*> is exposed to QML:
class DataObject : public QObject { Q_OBJECT Q_PROPERTY(QString name READ name WRITE setName NOTIFY nameChanged) Q_PROPERTY(QString color READ color WRITE setColor NOTIFY colorChanged) ... }; int main(int argc, char ** argv) { QGuiApplication app(argc, argv); QList<QObject*> dataList; dataList.append(new DataObject("Item 1", "red")); dataList.append(new DataObject("Item 2", "green")); dataList.append(new DataObject("Item 3", "blue")); dataList.append(new DataObject("Item 4", "yellow")); QQuickView view; view.setResizeMode(QQuickView::SizeRootObjectToView); QQmlContext *ctxt = view.rootContext(); ctxt->setContextProperty("myModel", QVariant::fromValue(dataList)); ...
The
QObject
* is available as the
modelData
property. As a convenience, the properties of the object are also made available directly in the delegate's context. Here,
view.qml
references the
DataModel
properties in the
ListView
delegate:
ListView { width: 100; height: 100 model: myModel delegate: Rectangle { height: 25 width: 100 color: model.modelData.color Text { text: name } } }
Note the use of
color
property with qualifier. The properties of the object are not replicated in the
model
object, as they are easily available via the
modelData
对象。
The complete source code for this example is available in examples/quick/models/objectlistmodel within the Qt install directory.
Note: There is no way for the view to know that the contents of a QList has changed. If the QList changes, it is necessary to reset the model by calling QQmlContext::setContextProperty () 再次。
A model can be defined by subclassing QAbstractItemModel . This is the best approach if you have a more complex model that cannot be supported by the other approaches. A QAbstractItemModel can also automatically notify a QML view when the model data changes.
The roles of a QAbstractItemModel subclass can be exposed to QML by reimplementing QAbstractItemModel::roleNames ().
Here is an application with a
QAbstractListModel
subclass named
AnimalModel
, which exposes the
type
and
sizes
roles. It reimplements
QAbstractItemModel::roleNames
() to expose the role names, so that they can be accessed via QML:
class Animal { public: Animal(const QString &type, const QString &size); ... }; class AnimalModel : public QAbstractListModel { Q_OBJECT public: enum AnimalRoles { TypeRole = Qt::UserRole + 1, SizeRole }; AnimalModel(QObject *parent = 0); ... }; QHash<int, QByteArray> AnimalModel::roleNames() const { QHash<int, QByteArray> roles; roles[TypeRole] = "type"; roles[SizeRole] = "size"; return roles; } int main(int argc, char ** argv) { QGuiApplication app(argc, argv); AnimalModel model; model.addAnimal(Animal("Wolf", "Medium")); model.addAnimal(Animal("Polar bear", "Large")); model.addAnimal(Animal("Quoll", "Small")); QQuickView view; view.setResizeMode(QQuickView::SizeRootObjectToView); QQmlContext *ctxt = view.rootContext(); ctxt->setContextProperty("myModel", &model); ...
This model is displayed by a ListView delegate that accesses the type and size roles:
ListView { width: 200; height: 250 model: myModel delegate: Text { text: "Animal: " + type + ", " + size } }
QML views are automatically updated when the model changes. Remember the model must follow the standard rules for model changes and notify the view when the model has changed by using QAbstractItemModel::dataChanged (), QAbstractItemModel::beginInsertRows (), and so on. See the Model subclassing reference 了解更多信息。
The complete source code for this example is available in examples/quick/models/abstractitemmodel within the Qt install directory.
QAbstractItemModel presents a hierarchy of tables, but the views currently provided by QML can only display list data. In order to display the child lists of a hierarchical model, use the DelegateModel QML type, which provides the following properties and functions to be used with list models of QAbstractItemModel 类型：
Qt provides C++ classes that support SQL data models. These classes work transparently on the underlying SQL data, reducing the need to run SQL queries for basic SQL operations such as create, insert, or update. For more details about these classes, see 使用 SQL 模型类 .
Although the C++ classes provide complete feature sets to operate on SQL data, they do not provide data access to QML. So you must implement a C++ custom data model as a subclass of one of these classes, and expose it to QML either as a type or context property.
The custom model must reimplement the following methods to enable read-only access to the data from QML:
QHash<int, QByteArray> SqlQueryModel::roleNames() const { QHash<int, QByteArray> roles; // record() returns an empty QSqlRecord for (int i = 0; i < this->record().count(); i ++) { roles.insert(Qt::UserRole + i + 1, record().fieldName(i).toUtf8()); } return roles; }
QVariant SqlQueryModel::data(const QModelIndex &index, int role) const { QVariant value; if (index.isValid()) { if (role < Qt::UserRole) { value = QSqlQueryModel::data(index, role); } else { int columnIdx = role - Qt::UserRole - 1; QModelIndex modelIndex = this->index(index.row(), columnIdx); value = QSqlQueryModel::data(modelIndex, Qt::DisplayRole); } } return value; }
The QSqlQueryModel class is good enough to implement a custom read-only model that represents data in an SQL database. The chat tutorial example demonstrates this very well by implementing a custom model to fetch the contact details from an SQLite database.
Besides the
roleNames()
and
data()
, the editable models must reimplement the
setData
method to save changes to existing SQL data. The following version of the method checks if the given model index is valid and the
role
等于
Qt::EditRole
, before calling the parent class version:
bool SqlEditableModel::setData(const QModelIndex &item, const QVariant &value, int role) { if (item.isValid() && role == Qt::EditRole) { QSqlTableModel::setData(item, value,role); emit dataChanged(item, item); return true; } return false; }
注意： It is important to emit the dataChanged () signal after saving the changes.
Unlike the C++ item views such as
QListView
or
QTableView
，
setData()
method must be explicitly invoked from QML whenever appropriate. For example, on the
editingFinished
() 或
accepted
() 信号对于
TextField
. Depending on the
EditStrategy
used by the model, the changes are either queued for submission later or submitted immediately.
You can also insert new data into the model by calling QSqlTableModel::insertRecord (). In the following example snippet, a QSqlRecord is populated with book details and appended to the model:
... QSqlRecord newRecord = record(); newRecord.setValue("author", "John Grisham"); newRecord.setValue("booktitle", "The Litigators"); insertRecord(rowCount(), newRecord); ...
The above examples use QQmlContext::setContextProperty () to set model values directly in QML components. An alternative to this is to register the C++ model class as a QML type (either directly from a C++ entry-point, or within the initialization function of a QML C++ plugin , as shown below). This would allow the model classes to be created directly as types within QML:
| C++ |
class MyModelPlugin : public QQmlExtensionPlugin { Q_OBJECT Q_PLUGIN_METADATA(IID "org.qt-project.QmlExtension.MyModel" FILE "mymodel.json") public: void registerTypes(const char *uri) { qmlRegisterType<MyModel>(uri, 1, 0, "MyModel"); } } |
| QML |
MyModel { id: myModel ListElement { someProperty: "some value" } } ListView { width: 200; height: 250 model: myModel delegate: Text { text: someProperty } } |
见 采用 C++ 编写 QML 扩展 for details on writing QML C++ plugins.