2017-01-25 11 views
-2

В QT Framework, контейнер Stacked Widget, который мы используем, мы можем использовать максимальное количество страниц выше 50 страниц, что было большим количеством макетов и кнопок сетки виджетов. .Если мы используем это, это означает , мы получаем любые проблемы с производительностью сложного виджета в QT ??? или еще мы должны использовать другой метод использования нескольких страниц в одном приложении.В любых проблемах с производительностью использовалось максимальное количество страниц из stackedwidget в qt framework

+0

Единственный способ узнать наверняка - попробовать и посмотреть; производительность будет сильно различаться в зависимости от того, на каком компьютере и ОС вы работаете, какие виджеты вы используете и т. д. Я предполагаю, что после того, как все ваши 50 страниц будут настроены, вы будете работать нормально, но для этой начальной настройки/совокупности виджетов и кнопок на 50 страниц может потребоваться много времени (например, несколько секунд). –

+0

HI Jeremy, ARM 32-разрядная версия с ОС Linux - встроенное устройство, поэтому изначально загружается с использованием подхода с более чем 50 страницами в этом контейнере. ** Приятно двигаться (или) видеть лучший подход. ** Если мы пойдем на это устройство, мы получим какие-либо проблемы с производительностью ??? –

+0

Напишите тестовую программу, которая ведет себя примерно так, как будет выглядеть ваше фактическое приложение. Запустить его. Соблюдайте его характеристики. Никто другой не может этого сделать для вас. Я мог бы сказать «да» или «нет», но почему вы должны доверять моему высказыванию? Я просто случайный человек в Интернете и вполне могу ошибаться. –

ответ

1

Не должно быть проблем с производительностью, отображается только текущий активный виджет. Это может быть проблема с памятью, хотя виджеты, даже если они не видны, будут по-прежнему находиться в памяти. Если ваша встроенная платформа скромна в оперативной памяти, вы определенно не хотите сохранять невидимые виджеты в памяти, процессор будет достаточно быстрым, чтобы справляться с реальной работой.

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

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