qml:: вердикт по опыту эксплуатации 6 мес.

[0x0001]

Людям, предполагающим использовать QtDeclarative (QML на Windows), предостерегаю, что по мере разрастания интерфейса и кол-ва элементов, скорость катастрофически деградирует + наблюдается зависимость от hw части, а также версии локализации Windows (напр. на китайских виндах наблюдались  множество ошибок в рисовании даже не текстовых элементов)
соответственно, я пересмотрел мои изначальные мытарства:
http://www.prog.org.ru/topic_22771_0.html
и будет все переделываться на QStyle+QGraphicsWidget+QAbstractAnimation, без использования Языка QML.
возможно, потестирую QSS скрипты...
старый проект, использовал именно это и все работало на совершенно любых машинах, на Азиатских языках.

[Sancho_s_rancho]

И получите такие же тормоза в итоге.

[0x0001]

И получите такие же тормоза в итоге.

why?

[ecspertiza]

А не рассматривался такой вариант что qml код не совсем корректно написан и его можно оптимизировать ? В приложениях тоже частенько использую qml и в больших и маленьких, проблем пока не наблюдал, за счет тех, где либо не верная архитектура либо кривопись

[mutineer]

А не рассматривался такой вариант что qml код не совсем корректно написан и его можно оптимизировать ? В приложениях тоже частенько использую qml и в больших и маленьких, проблем пока не наблюдал, за счет тех, где либо не верная архитектура либо кривопись

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

[ecspertiza]

Я вот тоже об этом пишу, потому как натыкались на эти грабли

[OKTA]

а у меня весь проект на одном qml, всмысле интерфейс! Ни тормозов, ни каких-либо косяков!! И без лишних заморочек добавлять что-то новое можно, а главное быстро!! Не могу понять, где нашли медленную скорость! И все косяки, замеченные мной при запуске на разных машинах(всмысле разных ОС), проявлялись только в шрифтах!! СОглашусь, конечно, что код в qml на монстра становится похож в больших объемах, но лично меня не пугает - всегда легко разобраться!

[OKTA]

о! и + какие неимоверные цацочки-пецочки можно накрутить красивые))) Жду не дождусь, когда можно будет под iphone и ipad собирать))

[kambala]

А не рассматривался такой вариант что qml код не совсем корректно написан и его можно оптимизировать ? В приложениях тоже частенько использую qml и в больших и маленьких, проблем пока не наблюдал, за счет тех, где либо не верная архитектура либо кривопись

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

Я вот тоже об этом пишу, потому как натыкались на эти грабли

ну и где же учебные статьи как делать правильно?

[0x0001]

а у меня весь проект на одном qml, всмысле интерфейс! Ни тормозов, ни каких-либо косяков!!

у меня к вам вопросы ,если можно:
1. сколько примерно состояний у компонентов с подгружаемой графикой
2. скорость обновления компонентов
3. их количество
у меня программа обслуживает Real-Time железку, при большом потоке данных - все практически виснет.
старый вариант без QML (но и графика упрощенная...) работает на ура...
анализ показал, что именно работа графическими элементами крайне медленная слишком много расходуется процессорных циклов (измерялось) - никуда не годится...

[mutineer]

ну и где же учебные статьи как делать правильно?

В документации примеры, учебные статьи и рекомендации как делать правильно. Я, имхо, ничего нового туда привнести не смогу

[0x0001]

А не рассматривался такой вариант что qml код не совсем корректно написан и его можно оптимизировать ? В приложениях тоже частенько использую qml и в больших и маленьких, проблем пока не наблюдал, за счет тех, где либо не верная архитектура либо кривопись

рассматривался и делался анализ сопоставления простейших функций - изменение состояния графического эл-та.
qml: по изменению qml свойства states, меняется графика
через painter: тоже самое
qml показал существенно более низкую скорость (мерялась системным таймером nsec)!
Хотя.. в qml есть множество способов, возможно states является вообще медленным из-за больших внутренних  "перевызовов"...

[ecspertiza]

я states почти не использую все данные беру из моделей. Даже если нужно обновлять состояния, редко когда бывает нужно что бы данные не зависили от моделей, но и тогда есть хранилища в которых они содержаться тогда спасает

Q_PROPERTY

и сигналы на обновление инфы в элементе.

[Sancho_s_rancho]

И получите такие же тормоза в итоге.

why?

qml сделан поверх QGraphicsView, который аппаратного ускорения в Qt4 не имеет. QGraphicsWidget также весьма нетороплив. Если вам нужен супер интерфейс, то тут либо используйте Qt5 и qml2, либо какую-нибудь иную обертку над OpenGL. В добавок вы говорите про реалтайм и у меня есть подозрения, что вы передаете в интерфейс что-то лишнее.

[Patrin Andrey]

Если винда, то x86? можно код qml, который на х86 будет тормозить?
Если есть проблемы сделать что-то на qml, то никто не мешает встроить нативный виджет с любым функционалом.
PS. под винду на qml не пишу, может есть какие-то особенности, но с чего бы вдруг:)