Question

在我目前的基于Qt-Quick-UI的C ++应用程序中，我想为我的用户界面提供QObject Q_PROPERTY(QAbstractListModel * ...)：

class MyClass : public QObject
{
 Q_OBJECT
 Q_PROPERTY(MyListModel* model READ model CONSTANT)
 public:
  const MyListModel* model() const {return m_model.get();}
 private:
  std::unique_ptr<MyListModel> m_model;
}

基于documentation我理解的方式应该起作用的是我的main.cpp我做了以下几点：

int main(int argc, char *argv[])
{
 std::unique_ptr<QCoreApplication> app;  // allows both console and GUI mode
 BackendController controller;  // holds a MyClass object and according (pointer-typed) getter
 std::unique_ptr<QQmlApplicationEngine> qmlengine;  // needed for GUI mode
 if(GUI_MODE)
 {
  app.reset(new QApplication(argc, argv));
  qmlengine.reset(new QQmlApplicationEngine(app));
  qmlengine->rootContext()->setContextProperty("myobject", controller.getMyObject());
  engine.load(QUrl(QStringLiteral("qrc:/uimain.qml")));
  auto rcontext = qmlengine->rootContext();
 } // else ...
 return app->exec();
}

我希望能在我的QML中做到这样的事情：

ListView {
  id: listview
  model: myobject.model
  delegate: Text {
    text: "An entry"
  }
}

但是，即使我确保MyListModel中有条目，我的ListView仍然为空。这就是为什么我放入auto rcontext行，在那里设置断点并运行调试器（在尝试了无数其他方法来检查为什么没有显示之后）的原因。

将MyObject类中存储的BackendController指针（以及getter返回的指针）与rcontext中设置的context属性进行比较时，有一个不匹配。调试器声明我设置的“myobject”属性是QVariant<bool>（评估为true），并且在提取实际存储的值（即应该是QObject*）时，它不同从我传递给setContextProperty函数的指针。

即使从main()范围传递指针，我注意到了同样的行为，例如app.get()，但是当传递QVariant“基元”（如QString s）时，它们会得到相同的行为注册没有问题。

如果这是相关的：在初始化QQmlApplicationEngine之后和加载实际的QML文件之前，我还为QML可能接触的所有对象类型注册（不可创建的）QML类型（即{{1 }和MyObject）并在QML中导入相应的伪模块 - 无济于事。

所以我现在想知道这里发生了什么。这是否是Qt 5.10在给定MyListModel - 类型参数时如何评估setContextProperty函数的一些缺陷？或者我是否在我的设置中忽略了一些东西？

Answer 1

事实证明，我的错误是让MyClass getter函数（controller.getMyObject()）成为const函数。显然，setContextProperty()函数要求QVariant或 const QObject*。

将QObject *设置为QMLEngine根上下文属性

1 个答案: