wxWidgets+DialogBlocks+OpenGL跨平台三维应用开发实战

1. 为什么我坚持用 wxWidgets + DialogBlocks + OpenGL 这套组合？

写桌面工具最尴尬的时刻，就是界面代码写了一堆，核心业务还没沾边；或者好不容易把控件排好了，一挂上 OpenGL 画布，布局直接崩给你看。我之前做一个医学体数据切割工具时，用 wxWidgets 手写布局、手动绑定事件，代码量大到别说维护，自己看着都像浆糊。后来换成 DialogBlocks 搭框架，再用 wxGLCanvas 嵌入 OpenGL 渲染，效率提升了不止一个量级。

这里先把前提说清楚：这套组合是为 C++ 技术栈、需要跨平台 GUI、又不想被厂商标绑定的团队准备的。虽然 wxWidgets 这个框架在互联网圈不如 Qt 出名，但它在桌面工具、工业软件、科研可视化里一直有稳定的用户群。你不是非要天天追新框架，选一个能稳定交付、代码能维护下去的组合才是关键。

1.1 这个组合到底解决谁的痛点

如果你属于下面任何一类，就值得看下去：

• 你在做医学影像、几何建模、CAD 类工具，需要把 2D 控件和 3D 渲染放进同一个窗口，还要在两者之间传递交互。
• 因为项目要发 Windows、macOS、Linux 三个平台，不想维护三套 UI 代码。
• 你所在团队的软件没有 Qt 的商业授权，听说 LGPL 的 wxWidgets 在授权上更宽松一些，不想在法务上花太多心思。
• 你已经在用 wxWidgets，但一直靠手写wxBoxSizer和wxGridSizer堆界面，每次改布局都像在解线团，想找一个可视化设计工具来兜底。

这套组合的定位很明确：wxWidgets 负责跨平台窗口、消息循环、控件生命周期；DialogBlocks 负责把界面的层级关系可视化，生成代码；OpenGL 负责最后那一块“画布”上的所有渲染工作。三者各管一段，中间没有重叠的模糊地带，这是它比“Qt + 自己的渲染模块”更轻巧的地方。

1.2 wxWidgets 不是“老古董”，只是把选择权还给你

很多新手一看到 wxWidgets 的类命名和文档排版就劝退了，觉得它没有 Qt 的QML那么现代。但用久了你会发现，wxWidgets 的抽象层次设计得相当克制。它不会强迫你用某种信号槽机制，也不会强制你把整个业务都塞进Model/View。它更接近“C++ 原生 GUI 库”——给你一个稳定的窗口基类和一套事件表宏观，剩下的模式你可以自己选。

DialogBlocks 正好补上了 wxWidgets 最大的短板：可视化界面设计。我可以直接在设计器里拖拽控件、调整布局、绑定事件，然后让工具生成对应的 C++ 代码。这个生成代码不是黑盒，它会生成你能看懂的、可维护的wxPanel、wxButton、wxSizer类代码。也就是说，DialogBlocks 更像“脚手架”而非“魔法”，生成的每一行你都可以改、都可以理解。

1.3 OpenGL 只是画布，窗口的事别让它操心

OpenGL 本身不创建窗口，它只绘制帧缓冲里的像素。在桌面上，你需要一个窗口系统提供的 surface，比如 Windows 的 HWND、Linux 的 X11 Window。wxWidgets 里的wxGLCanvas就是连接窗口和 OpenGL 上下文的桥。它首先是一个普通控件，可以被塞进 sizer、可以响应鼠标键盘；同时它又持有 OpenGL 上下文，你可以在它的OnPaint里做glDrawArrays、渲染几何体，最后调用SwapBuffers把画面呈现出来。

明白这一点后，你就能理解为什么“在 wxWidgets 里做一个 3D 窗口”本质上和“在场景里放一个普通 Canvas”没什么区别。DialogBlocks 里加一个 OpenGL 画布，就像加一个文本框一样，只是这个控件的内部行为由 OpenGL 接管。

2. 环境准备与项目骨架：从零到能跑起来

纸上谈兵没意思，先把你本地的环境搭好。这一节以 Windows + Visual Studio 为例说明，其他平台步骤类似，只是编译参数不同。

2.1 版本和下载：别再纠结旧版本了

我在实际项目里用的组合如下：

这里最容易踩的坑是：wxWidgets 下载了预编译的 DLL，但 DialogBlocks 生成的工程用的编译器版本和你装的不一样，导致链接阶段报一堆 LNK 错误。我的建议是：如果机器上没有特殊需求，直接用官方提供的wxWidgets-3.2.x_vc143_x64_Dev.7z这类预编译包，它会配套好 MSVC 2022 的运行库。如果你用 MinGW，就必须自己用 MinGW 重新编译一份 wxWidgets，别偷懒。

2.2 安装与工程向导

DialogBlocks 的安装很简单，下一步下一步就行。装完以后，新建一个项目，选择wxFrame模板。注意这里有三个模板：wxFrame、wxDialog、wxPanel。一般工具类主窗口选择wxFrame，因为可以自由放菜单栏、状态栏、工具栏。如果你要做的是一个模态设置窗口，才用wxDialog。

新建工程后，先不要急着拖控件，我习惯先把框架的标题、默认尺寸、背景色配置成最终形态。然后在 DialogBlocks 的“Generated Code”里看一下生成的MainFrame类继承关系。默认情况下，它会生成一个MainFrame类，构造函数里调用Create方法完成窗口创建。这个Create里包含了wxFrame的所有样式标志，比如wxCAPTION | wxCLOSE_BOX | wxRESIZE_BORDER等。

接下来编译运行，你会发现一个空白窗口已经能弹出来了。这时候再回看代码，它已经帮你把wxApp、MainFrame、OnInit、OnExit都串好了。你后面所有工作都往这个框架里填，而不是从零再起一摊。

2.3 检查工程依赖

DialogBlocks 默认生成的工程里可能没有自动添加 OpenGL 的链接库。你需要手动检查链接选项，在 Linux 里是-lGL -lGLU -lglut（如果用了 GLUT），在 Windows 里是opengl32.lib glu32.lib。wxWidgets 3.2 的wxGLCanvas本身不依赖额外的 OpenGL 库，但你的渲染代码如果用了glBegin这类固定管线 API，那么链接系统 OpenGL 库是必须的。这里分享一个经验：在项目最开始就把链接库加好，而不是等报错再加，能省下至少半小时的“玄学”排查时间。

3. 把 OpenGL 画布“装”进界面里

现在进入正题：在 DialogBlocks 中把一块 OpenGL 画布放到主窗口里。很多新手在这里卡住，是因为不知道 DialogBlocks 的控件面板里没有一个叫“OpenGL Canvas”的现成控件。实际上，你需要通过“Custom Control”来声明它。

3.1 wxGLAttributes 与 wxGLCanvas 的关系

从 wxWidgets 3.0 开始，创建一个wxGLCanvas不再只用wxGLCanvas(parent, id, wxPoint, wxSize, style)这种老式构造函数，而是推荐使用wxGLAttributes先描述你要的帧缓冲格式。

你可以把wxGLAttributes理解成“与操作系统要什么规格的画布”。它决定了 OpenGL 渲染时有没有双缓冲、是否带深度缓冲、是否带颜色缓冲区、是否要求 Alpha 通道。代码看起来像这样：

static wxGLAttributes CreateGLCanvasAttributes() { wxGLAttributes attrs; attrs.PlatformDefaults().RGBA().DoubleBuffer().Depth(24).EndList(); return attrs; }

这里.Depth(24)表示要 24 位的深度缓冲，这对 3D 场景来说是必须的。如果你要渲染医学体数据这类高精度纹理，可能还要加.SampleBuffers(1).Samplers(4)来开 4 倍多重采样抗锯齿。记得在EndList()之前把所有要求描述完。

然后构造画布：

wxGLCanvas *canvas = new wxGLCanvas(this, wxID_ANY, CreateGLCanvasAttributes());

有些老教程会让你用wxGLCanvas(this, wxID_ANY, wxDefaultPosition, wxSize(640,480), 0, "GLCanvas")，这在 3.2 里仍能编译，但不会再自动创建合适的 GL 上下文。为了让程序在 macOS 上也能稳定运行，我建议直接拥抱新的wxGLAttributes方式。

3.2 DialogBlocks 中自定义控件的操作

在 DialogBlocks 的设计器里，左侧控件面板中往下拉，会找到一个叫 “Custom Control” 的项。把这个项拖到主窗口的内容区，然后设置它的属性。你需要填这几个关键字段：

• Class name：比如wxGLCanvas，也可以是你开发自己的派生类MyGLCanvas。
• Header file：wx/glcanvas.h，这决定了生成代码时#include的是哪个头文件。
• 指针类型：可以选择none或own，一般选择own，让 DialogBlocks 为你管理对象的构造。
• 构造函数参数：这是最关键的一步。你需要按顺序填入(this, wxID_ANY, cAttributes)，当然前提是你提前定义了一个cAttributes。但 DialogBlocks 设计器不会解析你的 C++ 表达式，它只会把你的参数文本原样拼进构造函数调用，所以你需要在工程代码中提供cAttributes变量。

这里我的做法是：在 DialogBlocks 里用自定义控件占好位置，并且把构造函数参数写成(this, wxID_ANY)，也就是先不传wxGLAttributes。等生成代码后，我会在构造函数的函数体里，把创建的wxGLCanvas指针再赋值给自己的成员变量。但更顺滑的做法是：直接让自定义控件调用CreateGLCanvas()函数，就像这样：

(this, wxID_ANY, CreateGLCanvasAttributes())

前提是你把CreateGLCanvasAttributes()定义在全局或合适的类作用域里。

3.3 生成出来的代码长什么样

DialogBlocks 生成的代码里，你会看到一个MainFrame::MainFrame(...)构造函数，其中有一段像这样的代码：

wxGLCanvas *glCanvas = new wxGLCanvas(this, wxID_ANY, CreateGLCanvasAttributes()); glCanvas->SetMinSize(wxSize(400, 300));

然后还会有一个m_sizerMain->Add(glCanvas, 1, wxEXPAND | wxALL, 5);的调用。看到这段代码，你就明白 DialogBlocks 确实在帮你做布局了。它没有发明任何私有机制，所有对象都是标准 wxWidgets 对象。

但要注意，如果你需要在这个画布上接事件、实现自定义渲染，且 DialogBlocks 管理的成员变量名不够直观，我建议把画布变成你自己的派生类，而不是直接用wxGLCanvas。操作还是在“Custom Control”里，只不过把你自己的类放到 Class name，比如RendererCanvas，并让这个类继承wxGLCanvas。之后你只需要在类头文件里声明并实现RendererCanvas的渲染逻辑。

4. 编写第一个可交互的 OpenGL 渲染逻辑

界面搭好了，现在开始让画布真正显示点东西。我不打算一上来就贴几百行着色器，而是先用最直观的固定管线画一个旋转立方体——虽然固定管线在 OpenGL 3.3 后已标记为 deprecated，但它对理解渲染流程仍然友好。等你跑通，再迁移到现代管线和着色器。

4.1 继承 wxGLCanvas 并管理上下文

我推荐创建RendererCanvas类，继承wxGLCanvas，然后在构造函数里创建属于自己的wxGLContext。为什么需要自定义类？因为你要重写OnPaint、OnSize、OnMouseEvents，还要持有一些渲染相关的状态变量。如果只写一堆散在 Frame 里的静态函数，代码会很快失控。

类声明大致如下：

class RendererCanvas : public wxGLCanvas { public: RendererCanvas(wxWindow *parent, wxWindowID id = wxID_ANY); virtual ~RendererCanvas(); private: void OnPaint(wxPaintEvent &event); void OnSize(wxSizeEvent &event); void OnEraseBackground(wxEraseEvent &event); void OnTimer(wxTimerEvent &event); wxGLContext *m_context; wxTimer *m_timer; float m_angle; }; wxDECLARE_EVENT_TABLE();

构造函数这样写：

RendererCanvas::RendererCanvas(wxWindow *parent, wxWindowID id) : wxGLCanvas(parent, id, CreateGLCanvasAttributes(), wxDefaultPosition, wxDefaultSize, wxFULL_REPAINT_ON_RESIZE), m_context(nullptr), m_angle(0.0f) { m_context = new wxGLContext(this); SetCurrent(*m_context); Bind(wxEVT_PAINT, &RendererCanvas::OnPaint, this); Bind(wxEVT_SIZE, &RendererCanvas::OnSize, this); Bind(wxEVT_ERASE_BACKGROUND, &RendererCanvas::OnEraseBackground, this); m_timer = new wxTimer(this); Bind(wxEVT_TIMER, &RendererCanvas::OnTimer, this); m_timer->Start(16); // 约60FPS }

这里我简单地用wxTimer驱动动画，每 16 毫秒帧更新一次。你如果希望完全按垂直同步来，可以改用wxIdleEvent，但那会持续占用 CPU，没必要。定时器方案简单可靠。

4.2 实现 OnPaint 与 SwapBuffers

OpenGL 渲染的核心都在OnPaint里。你别在OnPaint里调用wxClientDC那套 GDI 渲染，直接操作 OpenGL 即可。一个可以旋转的立方体，绘制逻辑如下：

void RendererCanvas::OnPaint(wxPaintEvent &event) { // 必须先设置上下文，确保 OpenGL 命令作用在这个窗口上 SetCurrent(*m_context); glClearColor(0.08f, 0.10f, 0.15f, 1.0f); glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); glEnable(GL_DEPTH_TEST); glMatrixMode(GL_PROJECTION); glLoadIdentity(); int w = GetSize().x; int h = GetSize().y; if (h <= 0) h = 1; float aspect = static_cast<float>(w) / static_cast<float>(h); glFrustum(-aspect, aspect, -1.0f, 1.0f, 1.0f, 10.0f); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); glTranslatef(0.0f, 0.0f, -3.0f); glRotatef(m_angle, 1.0f, 1.0f, 0.0f); // 画一个彩色立方体（六个面，只画两个示意，其余类似） glBegin(GL_QUADS); // 前面 glColor3f(1, 0, 0); glVertex3f(-1, -1, 1); glColor3f(1, 1, 0); glVertex3f( 1, -1, 1); glColor3f(0, 1, 0); glVertex3f( 1, 1, 1); glColor3f(0, 0, 1); glVertex3f(-1, 1, 1); // 后面 glColor3f(1, 0, 0); glVertex3f(-1, -1, -1); glColor3f(1, 1, 0); glVertex3f(-1, 1, -1); glColor3f(0, 1, 0); glVertex3f( 1, 1, -1); glColor3f(0, 0, 1); glVertex3f( 1, -1, -1); // 其余面省略... glEnd(); // 把后台缓冲送到前面 SwapBuffers(); }

注意一个关键点：SetCurrent(*m_context)必须在每次渲染前调用。虽然wxGLContext构造时已经把上下文设为当前，但当你切换到其他窗口、或者其他线程用了 OpenGL，这个画布再收到wxEVT_PAINT时，当前上下文未必还是这一个。所以锁死的习惯是：所有需要渲染入口的函数，第一步都SetCurrent。

4.3 用定时器驱动动画

OnTimer里逻辑非常简单：

void RendererCanvas::OnTimer(wxTimerEvent &event) { m_angle += 1.0f; if (m_angle > 360.0f) m_angle -= 360.0f; Refresh(false); // 触发 OnPaint，但不擦除背景 }

Refresh(false)的false参数很关键，它告诉 wxWidgets 不要先自动擦除画布背景。因为OnEraseBackground我们什么都不做，所以如果传了true，窗口一刷新可能闪一次白。这个优化对 OpenGL 窗口尤其重要，因为 OpenGL 自己会重绘整个画面，擦除背景纯属多余且影响帧率。

OnEraseBackground函数体留空：

void RendererCanvas::OnEraseBackground(wxEraseEvent &event) { // 什么都不做，避免闪烁 }

这样跑起来后，这个立方体就以 60 FPS 在转了。整个链路已经打通：DialogBlocks 负责界面布局 → 自定义的RendererCanvas负责画布 →OnPaint里 OpenGL 负责渲染 →SwapBuffers呈现到屏幕。

5. 布局、尺寸与交互：让界面更像真实产品

一个只会旋转的立方体还不够，你总要在旁边放几个按钮，比如“重置视角”“切换渲染模式”。这时就需要把 OpenGL 画布和普通控件放进同一个 sizer 里合理布局。同时，窗口大小变化后 OpenGL 的视口也要跟着变，不能出现拉伸变形。

5.1 在 DialogBlocks 中完成复合布局

在 DialogBlocks 里，你可以轻松地往主窗口里再拖一个wxSplitterWindow，左边放我们的RendererCanvas，右边放一个wxPanel，里面再摆按钮和滑块。当然更轻的方案是，用wxBoxSizer将画布和右侧控件区横向排列。比如：

水平Sizer ├── 左侧 OpenGL 画布（比例1，伸缩，占满剩余空间） └── 右侧 wxPanel（固定宽度300）

在 DialogBlocks 中拖拽控件时，要注意每个控件的Sizer属性：要设置“Proportion”（比例）。画布的比例设成 1，右侧面板设成 0，这样窗口变大时，画布会吸收所有额外空间，右侧面板保持 300 像素宽度。

如果你在使用自定义控件，DialogBlocks 可能不会在画布区域给出实时预览，这很正常。在最终生成的代码里，这个区域会正确显示你的RendererCanvas。

5.2 处理 OnSize 避免视口变形

当窗口拉伸时，wxGLCanvas尺寸变了，OpenGL 内部还是上一帧的视口。你得在OnSize里重新设置glViewport，否则画面不是被裁剪就是被拉伸成“哈哈镜”。

void RendererCanvas::OnSize(wxSizeEvent &event) { // 某些平台下要先确保上下文是当前，再设置视口 if (IsShown()) { SetCurrent(*m_context); int w = GetClientSize().x; int h = GetClientSize().y; if (h <= 0) h = 1; glViewport(0, 0, w, h); } event.Skip(); }

这里有一个细节：GetSize()和GetClientSize()的区别。GetSize()包含边框，GetClientSize()才是真正可绘制的区域。OpenGL 的视口应该始终等于GetClientSize()，因为 OpenGL 绘制时会把画面映射到客户区上。glViewport如果设成了包含边框尺寸，整个画面会有一个偏移且比例失真。

同时，在OnPaint里也要重新根据当前尺寸计算aspect。因为即便窗口没有触发OnSize，每次绘制前也不能假设视口和投影矩阵还是对的。保险起见，OnPaint里每次重新计算aspect和glFrustum，OnSize里只更新glViewport。

5.3 响应鼠标拖拽旋转视角

界面不交互，演示就失去一半意义。下面给一个简单的鼠标拖拽旋转场景。顺着这个思路，你后面可以扩展出缩放、平移，甚至拾取操作。

先增加成员变量：

bool m_dragging; int m_lastX; int m_lastY; float m_rotationX; float m_rotationY;

然后在构造函数中绑定鼠标事件：

Bind(wxEVT_LEFT_DOWN, &RendererCanvas::OnMouseDown, this); Bind(wxEVT_LEFT_UP, &RendererCanvas::OnMouseUp, this); Bind(wxEVT_MOTION, &RendererCanvas::OnMouseMove, this);

三个事件处理函数分别是：

void RendererCanvas::OnMouseDown(wxMouseEvent &event) { m_dragging = true; m_lastX = event.GetX(); m_lastY = event.GetY(); } void RendererCanvas::OnMouseUp(wxMouseEvent &event) { m_dragging = false; } void RendererCanvas::OnMouseMove(wxMouseEvent &event) { if (m_dragging) { int dx = event.GetX() - m_lastX; int dy = event.GetY() - m_lastY; m_rotationX += dy * 0.3f; m_rotationY += dx * 0.3f; if (m_rotationX > 90.0f) m_rotationX = 90.0f; if (m_rotationX < -90.0f) m_rotationX = -90.0f; m_lastX = event.GetX(); m_lastY = event.GetY(); Refresh(false); } }

在OnPaint的glRotatef中，用这两个变量替换原来的固定角度：

glRotatef(m_rotationX, 1, 0, 0); glRotatef(m_rotationY, 0, 1, 0);

这样鼠标按住拖拽，就能看到物体绕自身两个轴旋转了。这个交互模型虽然简单，但它证明了“鼠标事件 → 更新状态 → 触发重绘”这条链路的有效性。后续你可以把m_rotationX/Y替换成相机参数，或者把鼠标坐标变换成世界坐标做拾取，思路是一样的。

6. 实战中的坑与心得

再顺滑的框架也有坑。这一节记录的是我在实际项目中真正踩过、以及帮别人排过的典型问题。每一条都对应过具体报错或诡异现象，不是凭空编的。

6.1 wxGLCanvas 的上下文必须“真正”设为当前

我第一次做的时候，在构造函数里创建wxGLContext，然后立刻调用SetCurrent(*m_context)。结果在OnPaint里不调用SetCurrent，直接调用glClear，在 Windows 上偶尔没问题，但换到 Linux 上一个多线程环境就频繁崩溃。查了半天，发现是另一个线程的 OpenGL 调用把“当前上下文”抢走了。

正确姿势是：每次要执行 OpenGL 命令前，都先SetCurrent，并且在渲染函数结束后，可以考虑调用glFlush。尤其当你同时还有wxGLCanvas和wxBitmap混用时，上下文切换不彻底会导致画面错乱。

6.2 双缓冲与刷新闪烁问题

如果你的画面出现闪烁、拖影，第一件事检查三处：

1. 构造画布时的wxGLAttributes是否包含.DoubleBuffer()。
2. OnPaint结尾是否调用了对应双缓冲的SwapBuffers()，而不是调用glFlush()。
3. 是否重写了OnEraseBackground并空实现。

如果你忘了.DoubleBuffer()，系统可能给你一个单缓冲上下文。这时在 Windows 上图像可能正常，但在很多显卡驱动上窗口拉伸时会有撕裂。我建议把.DoubleBuffer()作为默认选项，不要为了省一点内存去掉它。

6.3 DialogBlocks 不让手动改代码？别硬碰

DialogBlocks 的代码生成器有一个很让人又爱又恨的特性：它把界面代码集中管理，手动修改后点击生成可能会被覆盖。很多人喜欢直接在生成的MainFrame::Create里改布局，比如把一个按钮的 label 改掉，一重新生成就丢了，于是发帖抱怨工具难用。

我的应对策略是：

• 把 DialogBlocks 当作“界面结构设计器”，只维护控件的层级和布局。
• 所有自定义逻辑，都放进自定义控件的你自己实现中。比如RendererCanvas这个类，DialogBlocks 只负责创建它和给它分配一个成员变量，具体行为全在RendererCanvas.cpp里。
• 如果确实需要改生成代码里的局部逻辑，我会把这段要改的区域在 DialogBlocks 里改成“自定义代码块”。DialogBlocks 支持在节点上插入自定义片段，这样重新生成时不会被冲掉。

6.4 处理 DPI 缩放和 Retina 屏

Windows 4K 屏和 macOS Retina 屏上，GetClientSize()返回的可能是物理像素，也可能是逻辑像素，取决于系统 DPI 设置。如果glViewport用的是逻辑像素，画面会模糊；如果用得不对，则只能在窗口某一部分渲染。

在 wxWidgets 3.2 中，建议使用wxWindow::GetDPIScaleFactor()来换算实际像素尺寸。比如：

double scale = GetDPIScaleFactor(); glViewport(0, 0, (int)(GetClientSize().x * scale), (int)(GetClientSize().y * scale));

macOS 上尤其注意：不要在OnSize里仅依赖GetSize()。否则视网膜屏幕下，OpenGL 画面会占据屏幕左上角四分之一的区域。

6.5 向医学体数据等重渲染场景延伸

你如果是在做 NIFTI 体数据可视化，或打算在 OpenGL 画布里渲染医学 3D 图像，仅仅用glBegin画立方体是远远不够的。这样的场景基本要走现代 OpenGL 管线：把体素数据传成 3D 纹理，在片段着色器里做光线投射（Ray Casting），或者先用体素构建网格再渲染。这个主题展开又是几千字。但好消息是：wxGLCanvas + wxGLContext 对现代 OpenGL 的支持并没有任何阻碍，你只需要在wxGLAttributes里指定 OpenGL 版本和核心模式：

attrs.PlatformDefaults().RGBA().DoubleBuffer().Depth(24).MajorVersion(3).MinorVersion(3).EndList();

然后像原生 OpenGL 一样加载函数指针（如glGenVertexArrays），或者集成 GLEW/GLAD。DialogBlocks 生成的框架完全不会干扰这些底层细节，你仍然可以在同一个OnPaint里调用你写好的 shader 程序。

我在实际落地体数据渲染项目时，固定管线只是一个验证运行的跳板，真正迁移到着色器只花了一个周末。因为窗口和上下文这块基础已经打好，剩下的全是 OpenGL 自己的知识。

总的来说，wxWidgets + DialogBlocks + OpenGL 这套组合的“上限”并不低，关键是你把地基打牢。如果你也正准备做类似的跨平台三维可视化工具，希望这篇东西能帮你少走几段弯路。