QOpenGLFunctions的正确用法

Correct usages of QOpenGLFunctions

本文关键字:用法 QOpenGLFunctions      更新时间:2023-10-16

我目前正在使用Qt5 gui模块访问OpenGL函数。然后我发现QOpenGLFunctions很有用,因为:

  • 它将OpenGL用于桌面和OpenGL ES,确保我以"可移植"的方式使用OpenGL API。
  • 我不必担心包括OpenGL头文件,Qt为我做了。

然而我对正确使用它的方法有疑问。下面几行只列出了我所知道的使用这个类的三种方法。我的问题是:是否有一个好的方法来使用QOpenGLFunctions ?

继承QOpenGLFunctions

Qt官方文档说'继承你的类从QOpenGLFunctions和使用glXXXX类像以前一样。但我不喜欢这样:

  • 如果我的类之前被期望从另一个类继承,我必须进行多重继承。一些我不喜欢的东西。即使这种情况是安全的,这也是美学…
  • 每个glXXXX包装类都是非const的。我会强制所有使用OpenGL的方法都是非const的。是的,当我做glClear(...)时,OpenGLFunctions类可以合法地是非const,但为什么我的方法DrawableShape::render(...)会是?

关于从QOpenGLFunctions继承。它的构造函数可以接受一个参数:当前OpenGL上下文。这个参数对我来说似乎非常重要,但是没有Qt文档调用这个构造函数。相反,它们让编译器选择无参数的构造函数。

QOpenGLFunctions作为成员

另一个想法应该是有一个QOpenGLFunctions的实例作为任何调用glXXXXX函数的类的成员,或者至少是一个实例的引用,并从这个实例调用每个OpenGL函数。

传递QOpenGLFunctions作为参数

对于每个使用OpenGL的函数,调用者发送QOpenGLFunctions。这样:

void renderRectangle(QOpenGLFunctions& opengl) const;
但是我怎么能确定这个函数需要它而这个函数不需要呢?我的意思是,随着时间的推移,源代码将变得越来越大,我担心看到类的每个方法都接收这个参数的风险…

遵循与其他面向对象包装器库相同的原则,您可以考虑第三个选项的一个小变化。

定义一个代表当前opengl上下文的类,它也扩展了QOpenGLFunctions

class GL : public QOpenGLFunctions{
  QGLContext& context;
  GL(QGLContext& c) : glContext(c){ ... }
};

渲染线程将初始化GL实例,提供其当前上下文,并将其传递给需要执行opengl操作的所有渲染实例。通过这种方式,您还可以确保在初始化和使用opengl结构和缓冲区时不会混合多个上下文。

class Visualizer{
 void glInit(GL& gl){ ... } 
 void glPaintOpaque(GL& gl){ ... } 
 void glPaintTranslucent(GL& gl){ ... } 
};