立即模式GUI性能

时间:2017-11-22 21:33:28

标签: c++ performance user-interface desktop-application immediate-mode

我目前正在开发一个标准的Windows桌面应用程序(标准意味着没有花哨的东西,只是按钮,文本,滑块和东西),并且在查看了一些GUI-Frameworks之后决定自己编写gui-framework。被所有人击退的恐惧。由于它是一个业余爱好项目,我也愿意尝试,并决定制作GUI立即模式,而不是保留,因为我真的喜欢它简化代码的方式。这是一个问题:

使用立即模式GUI与保留模式GUI相比,在将其用于通常的桌面应用程序时会有什么性能影响?

我总是在这里imGUI表现更差,因为它必须重绘每一帧(或者,如果它以某种方式兑现,它仍然必须每帧都做逻辑)。但我们在这里谈论的还有多少?我燃烧了两倍的CPU时间吗?更多?如果我假设运行了20个imGUI程序,它会最大化CPU吗? (假设我已经对它进行了优化)我只是想知道球场,如果在非游戏环境中权衡仍然可行,那么就不需要重新绘制每一帧。

还有一个关于延迟的含义,我不明白。它在this网站上解释如下:

  

框架剪切

     

IMGUI的一个方面是在实时环境中意识到   应用程序(每秒多次渲染新帧)   是用户交互将始终响应某些东西   画在前一帧上。这是因为用户界面必须   至少绘制一次,以便用户知道有小部件   有互动的。大部分时间这都不会导致任何问题   如果帧速率足够高的问题,但它是必须的   意识到了。

在保留模式GUI中,这有何不同?这是否意味着我在保留模式GUI上还有一个输入滞后帧?

0 个答案:

没有答案