qml для работы с базой данных

[nono]

Добрый вечер!!!
Вопрос следующий.
Возможно ли на разработать приложение по работе с базой данных с интерфейсом qml, чтоб можно было работать с qsqltablemodel qsqlquerymodel и на сколько это корректно???

[Alex Custov]

делай модели на С++ и через setContextProperty экспортируй их в QML. В QML эту модель ставишь на нужное тебе view.

[nono]

делай модели на С++ и через setContextProperty экспортируй их в QML. В QML эту модель ставишь на нужное тебе view.

Тогда можно подсказать как передать в qml файл модель QSqlQueryModel и QSqlTableModel ?
Просто у меня большая база и есть таблицы у которых около 100 столбцов. Все что я накопал в google это только qml и listmodel либо перегрузка абстрактных классов и задание в них ролей.... только с моими таблицами по моему это будет геморройно.

[Alex Custov]

Тогда можно подсказать как передать в qml файл модель QSqlQueryModel и QSqlTableModel ?

Я же написал как. http://qt-project.org/doc/qt-5.1/qtqml/qtqml-cppintegration-contextproperties.html

Все что я накопал в google это только qml и listmodel либо перегрузка абстрактных классов и задание в них ролей.... только с моими таблицами по моему это будет геморройно.

Несмотря на слово "Quick", слово "геморройно" подходит больше. Это слово будет сопутствовать вам весь цикл разработки на QML.

[kibsoft]

Несмотря на слово "Quick", слово "геморройно" подходит больше. Это слово будет сопутствовать вам весь цикл разработки на QML.

Qt Quick - это Qt UI Creation Kit. Так что Quick не совсем означает то, что вы думаете.
Но могу сказать, что UI делается действительно быстро. Траблы есть, но не слишком уж гемморойные.

[Old]

Но могу сказать, что UI делается действительно быстро. Траблы есть, но не слишком уж гемморойные.

Хочу добавить, если не пытаться на QML делать десктопные программы, то гемморой не очень большой.

[Alex Custov]

Qt Quick - это Qt UI Creation Kit. Так что Quick не совсем означает то, что вы думаете.

Это обыкновенная чехарда со словами, которая несёт двойной смысл. Наподобие SPECIAL в Fallout. Я уверен на 100%, что основной смысл здесь - Quick, а расшифровку уже подгоняли.

Хочу добавить, если не пытаться на QML делать десктопные программы, то гемморой не очень большой.

Однако политика партии другая, хоть пока и неофициально (http://blog.qt.digia.com/blog/2012/04/18/qt-5-c-and-qt-widgets). И это создаёт ложное впечатление, что на этой технологии можно написать всё без привлечения С++.

[nono]

Хочу добавить, если не пытаться на QML делать десктопные программы, то гемморой не очень большой.

То есть для десктопных приложений лучше все-таки отказаться от qml??? Я на каком-то форуме читал, что Qt потихоньку отказывается от widget-ов и переходит на qml, собственно почему я и поднял этот вопрос. Пишу на Qt достаточно давно, но с qml как то не заморачивался. Но программки делаю пока только для компов.

[Alex Custov]

То есть для десктопных приложений лучше все-таки отказаться от qml??? Я на каком-то форуме читал, что Qt потихоньку отказывается от widget-ов и переходит на qml

Это миф, появившейся из статьи Нолла что я дал выше. На QML нельзя перейти банально потому, что там нет и 20% возможностей Qt/C++. Вы будете вынуждены писать чудовищный спагетти-код, когда управление будет непрерывно скакать из C++ в QML и назад. Под кажущейся простотой синтаксиса и красотой идеи лежит крайне малофункциональный движок, который рушит всю красоту. Возможно, в Qt6 будет что-то похожее на правду, посмотрим.

[Old]

То есть для десктопных приложений лучше все-таки отказаться от qml???

Однозначно.
QML хорош когда вам, скажем, для игрушки понадобиться добавить выезжающие кнопочки/панельки в разных местах, да с поддержкой анимации, спецэффектов и всяких плюшек.
А widgets еще QML переживет.

[Alex Custov]

QML хорош когда вам, скажем, для игрушки понадобиться добавить выезжающие кнопочки/панельки в разных местах, да с поддержкой анимации, спецэффектов и всяких плюшек.

Самое интересное, что это тоже миф - есть же animation framework, просто в QML анимации не нужно программировать.

[Old]

Самое интересное, что это тоже миф - есть же animation framework, просто в QML анимации не нужно программировать.

Ну да, в этом и смысл, что все анимации и состояния задаются очень просто и легко. Об этом и речь, а внутри крутиться animation framework.

[nono]

Всем спасибо! Разъяснили!!!
Пока буду использовать виджеты и потихоньку осваивать qml...как раз к тому времени как и разберусь в нем - qml повзрослеет))))

[twp]

А чего ждать? Он уже сейчас вполне юзабельный. А на счет анимации, так в 5.2 ввели новый граф сцены и новый QML элемент Animator, который оперирует напрямую с графом сцены в его же потоке, а не главном потоке приложения, как это работает со стандартными виджетами. Ну и есть QtQuick Controls - типа аналога виджетов для QML. B общем если есть намерение в будущем разрабатывать под мобильные платформы (да и не только), то пора бы изучать QML. Стандартные виджеты также можно использовать на мобильных платформах, но приложения будут выглядеть черезчур статически. И придется немало потрудиться, чтоб приложение "ожило". Т.е. вместо того чтоб работать над логикой приложения, придется много времени уделять допиливанию UI.

[nono]

http://qt-project.org/wiki/How_to_use_a_QSqlQueryModel_in_QML - в этом примере, в реализации конструктора унаследованного от QSqlQueryModel классе, вызывается метод setRoleNames(). У меня Qt5.2 и данного метода в этом классе нет. Как можно решить данную проблему???