alex_lip
Aug. 29, 2018, 2:32 p.m.

Использование модели из слоя QT в слое QML


Раннее использовал модель через контекст


int main(int argc, char *argv[])
{

    QCoreApplication::setAttribute(Qt::AA_EnableHighDpiScaling);
    QGuiApplication app(argc, argv);


    Sp_fileModel model_file;

    QQmlApplicationEngine engine;

    AppCore appCore;

    appCore.setSp_fileModel(&model_file);

    QQmlContext *context=engine.rootContext();

    context->setContextProperty("appCore", &appCore);

    context->setContextProperty("myModel_file", &model_file);


    engine.load(QUrl(QLatin1String("qrc:/main.qml")));

    return app.exec();
}

Сейчас разбираю пример с использованием конструкции qmlRegisterType

int main(int argc, char *argv[])
{
QGuiApplication app(argc, argv);
// register the type DataEntryModel
// under the url "org.example" in version 1.0
// under the name "DataEntryModel"
qmlRegisterType<DataEntryModel>("org.example", 1, 0, "DataEntryModel");
QQmlApplicationEngine engine;
engine.load(QUrl(QStringLiteral("qrc:/main.qml")));
return app.exec();
}

В чем преимущества и недостатки того и другого варианта?
3

Do you like it? Share on social networks!

3
Evgenii Legotckoi
  • Sept. 1, 2018, 1:46 p.m.
  • The answer was marked as a solution.

В случае с регистрацией через контекст, вы получаете объект этой модели, которая по сути будет доступна во всём приложении в QML слое по тому имени, с которым вы зарегистрировали её.

Напоминает синглетон, хотя для QML синглетон делается иначе, но в том плане, что это один объект на всё приложение получается, слегка его напоминает.
Минус в том, что объект всегда висит в памяти, плюс в том, что он всегда доступен отовсюду в QML.
Если использовать qmlRegisterType, то вы можете создавать локальные объекты а QML файлах, которые при окончании их использования будут собираться сборщиком мусора QML.
Плюс в том, что вы например можете написать достаточно универсальную модель данных, которую будете использовать для несколько таблиц из базы данных в разных "страничках" в Stacked View, например.
Также qmlRegisterType нужно использовать в том случае, если вы динамически создаёте и уничтожаете объекты в QML, иногда проще зарегистрировать класс как тип QML и работать с ним только в QML, поскольку он не будет требоваться для бизнес-логики в C++. Это может быть например какая-то хитрая кнопка или древовидный список, который был написан на C++ в качестве наследника от QQuickItem.






    alex_lip
    • Sept. 2, 2018, 3:05 a.m.

    Спасибо. Коротко и доходчиво. А что такое синглетон? - несколько раз читал - так до конца и не уяснил..

      Evgenii Legotckoi
      • Sept. 5, 2018, 1:36 p.m.

      Фактически синглетон, в моём понимании, - это объект который существует в программе исключительно в одном экземпляре. Всегда в одном экземпляре.

      Достигается это либо соглашением разработчиков внутри проекта о использовании глобального объекта. Думаю, что такое может часто использоваться при разработке на Си, либо применением особенностей языка программирования, чтобы исключить человеческий фактор.
      Классическим примером является синглетон мейерса, вот пример из википедии
      class OnlyOne
      {
      public:
              static OnlyOne& Instance()
              {
                      static OnlyOne theSingleInstance;
                      return theSingleInstance;
              }
      private:        
              OnlyOne(){};
              OnlyOne(const OnlyOne& root) = delete;
              OnlyOne& operator=(const OnlyOne&) = delete;
      };

      В данном случае синглетон является потокобезопасным и без блокировок.
      Во-первых здесь запрещено копирование, присваивание и создание класса кноструктором по умолчанию где-либо вне самого класса и его статических методов.
      Поэтому создать этот объект без изменения кода класса не получится и теоретически такие изменения без веской причины не должны проходить код-ревью, поэтому можно отловить человеческий фактор на этапе ревью.
      Во-вторых имеется статический метод, который возвращает ссылку на инстанс объекта, а сам объект является статическим внутри этого статического метода, что гарантирует, что объект будет создан один раз при первом вызове этого статического метода. Объект будет существовать всё время жизни программы внутри локальной памяти статического метода класса.




        Comments

        Only authorized users can post comments.
        Please, Log in or Sign up
        • Last comments
        • AK
          April 1, 2025, 11:41 a.m.
          Добрый день. В данный момент работаю над проектом, где необходимо выводить звук из программы в определенное аудиоустройство (колонки, наушники, виртуальный кабель и т.д). Пишу на Qt5.12.12 поско…
        • Evgenii Legotckoi
          March 9, 2025, 9:02 p.m.
          К сожалению, я этого подсказать не могу, поскольку у меня нет необходимости в обходе блокировок и т.д. Поэтому я и не задавался решением этой проблемы. Ну выглядит так, что вам действитель…
        • VP
          March 9, 2025, 4:14 p.m.
          Здравствуйте! Я устанавливал Qt6 из исходников а также Qt Creator по отдельности. Все компоненты, связанные с разработкой для Android, установлены. Кроме одного... Когда пытаюсь скомпилиров…
        • ИМ
          Nov. 22, 2024, 9:51 p.m.
          Добрый вечер Евгений! Я сделал себе авторизацию аналогичную вашей, все работает, кроме возврата к предидущей странице. Редеректит всегда на главную, хотя в логах сервера вижу запросы на правильн…
        • Evgenii Legotckoi
          Oct. 31, 2024, 11:37 p.m.
          Добрый день. Да, можно. Либо через такие же плагины, либо с постобработкой через python библиотеку Beautiful Soup