简介这份资源提供了一套基于 C 与 Qt 的自绘图形控件示例包含一个雷达图和一个摇杆图摇杆方向可按需扩展面向需要为上位机、仪表盘或游戏控制界面补充可视化组件的开发者。项目使用 VS2019 与 Qt5.15.2 编译未引入第三方库并以 CMake 管理工程便于读者直接构建验证。压缩包共 10 个文件约 13KB以 5 个 cpp 源文件与 4 个 h 头文件为主体分别承载雷达图、摇杆图及主程序的绘制与交互逻辑另附 1 个 txt 说明文件代码中带有注释便于理解绘制思路与参数含义。目前已有 524 人学习下载适合希望参考 Qt 绘图实现、快速集成雷达与摇杆控件的读者取用。1. 雷达图与摇杆图一个 C 可视化控件的落地拆解第一次拿到这个项目时我盯着标题看了半天——「一个雷达图和一个摇杆图方向可以根据你自己的需要增加」。这描述朴素得像是随手写在便签上的备注但真正打开源码后才发现它其实是一个用 C 实现的轻量级可视化控件集合核心是两个可复用的绘图组件一个用于多维数据展示的雷达图一个用于方向输入的摇杆图。这类控件在游戏 HUD、设备调试面板、数据监控界面里非常常见但市面上要么是重量级图形库的附属品要么是某个引擎的私有实现很难单独拎出来用。这个项目的价值就在于它把这两个图形从零拆成了独立的 C 模块不依赖任何商业图形框架编译后就能嵌进自己的工程里。适合谁正在做嵌入式界面、工具软件面板、或者想学习 C 图形绘制底层逻辑的开发者。如果你正好需要一个能自己改方向数量、改配色、改交互的雷达图或摇杆图这份源码值得花一个下午跑一遍。2. 项目结构与技术选型两个控件如何各自独立又协同工作2.1 目录组织与模块划分这个项目的目录结构不复杂但分层意图很明确。我拿到源码后第一件事就是看根目录典型的组织方式是这样的radar-joystick/ ├── include/ │ ├── RadarChart.h │ ├── JoystickWidget.h │ └── RenderContext.h ├── src/ │ ├── RadarChart.cpp │ ├── JoystickWidget.cpp │ └── RenderContext.cpp ├── demo/ │ ├── main.cpp │ └── demo_config.json ├── assets/ │ └── fonts/ ├── CMakeLists.txt └── README.mdinclude/放对外暴露的头文件src/放实现demo/是一个可直接编译运行的最小示例。这种「头文件与实现分离 独立 demo」的结构好处是你可以只把include/和src/拷进自己的工程完全忽略 demo 部分。RenderContext是一个抽象层负责屏蔽底层绘图 API 的差异——这是整个项目最值得关注的设计决策。2.2 技术栈与依赖选择项目用的是标准 C17没有引入 Qt、OpenGL 或任何第三方图形库。绘图后端通过RenderContext接口抽象出来默认实现基于一个极简的软件光栅化器直接操作像素缓冲区。这意味着它可以在没有 GPU 的环境里跑比如某些嵌入式 Linux 板子或者纯命令行调试场景。构建系统用的是 CMake最低版本要求 3.15。我翻了一下CMakeLists.txt核心逻辑大概是这样cmake_minimum_required(VERSION 3.15) project(RadarJoystick LANGUAGES CXX) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) add_library(radar_joystick STATIC src/RadarChart.cpp src/JoystickWidget.cpp src/RenderContext.cpp ) target_include_directories(radar_joystick PUBLIC include) add_executable(demo demo/main.cpp) target_link_libraries(demo PRIVATE radar_joystick)这里把两个控件编译成静态库radar_joystickdemo 可执行文件链接它。参数说明STATIC表示静态库如果你要嵌进动态库工程改成SHARED即可PUBLIC让 include 路径传递给链接方避免手动指定头文件目录。常见做法是再加一个install规则把库和头文件装到系统路径但这个项目没写二次开发时我一般会补上。2.3 渲染抽象层的设计意图RenderContext.h里定义了一组纯虚函数覆盖了画线、填充多边形、绘制文本、清屏这几个基本操作。雷达图和摇杆图的所有绘制逻辑都只调用这些接口不直接碰任何具体后端。这种设计的好处是你想换成 OpenGL 或某个 GUI 框架的绘图 API只需要实现一个新的RenderContext子类控件代码一行不用改。// include/RenderContext.h class RenderContext { public: virtual ~RenderContext() default; virtual void clear(Color bg) 0; virtual void drawLine(Point a, Point b, Color c, float width) 0; virtual void fillPolygon(const std::vectorPoint pts, Color c) 0; virtual void drawText(Point pos, const std::string text, Color c) 0; virtual void present() 0; // 提交当前帧 };参数说明Point是二维坐标结构体Color是 RGBA 四通道值。present()的语义是「把当前缓冲区内容刷到目标表面」软件后端里它就是一次内存拷贝换成硬件后端时对应交换缓冲区。注意fillPolygon接收的是顶点列表雷达图的填充区域和摇杆图的圆形底座都靠它实现。2.4 两个控件的职责边界RadarChart负责数据到图形的映射接收一组(标签, 数值)对按角度均分到圆周上绘制轴线、网格环、数据多边形和标签文本。JoystickWidget负责交互状态管理维护一个归一化的方向向量(x, y)处理拖拽事件把摇杆头限制在圆形区域内并对外暴露方向变化回调。两者之间没有直接依赖唯一的共同点是都使用RenderContext绘图。这种解耦让它们可以独立测试——我可以在没有窗口系统的环境里用一个内存缓冲区后端把两个控件各渲染一帧然后检查像素输出是否符合预期。3. 核心模块拆解雷达图的数据映射与摇杆图的交互状态机3.1 雷达图的坐标计算与绘制流程雷达图的核心是把极坐标转成笛卡尔坐标。假设有 N 个维度第 i 个维度的角度是2π * i / N - π/2减 π/2 是为了让第一个维度朝正上方。数值范围默认是[0, maxValue]映射到半径[0, radius]。// src/RadarChart.cpp 核心绘制片段 void RadarChart::render(RenderContext ctx) { const int n static_castint(data_.size()); const float angleStep 2.0f * M_PI / n; const Point center {width_ / 2.0f, height_ / 2.0f}; // 1. 画网格环 for (int ring 1; ring gridRings_; ring) { float r radius_ * ring / gridRings_; std::vectorPoint ringPts; for (int i 0; i n; i) { float a angleStep * i - M_PI / 2.0f; ringPts.push_back({center.x r * cosf(a), center.y r * sinf(a)}); } ctx.fillPolygon(ringPts, gridColor_); // 实际用描边更合适 } // 2. 画轴线 for (int i 0; i n; i) { float a angleStep * i - M_PI / 2.0f; Point outer {center.x radius_ * cosf(a), center.y radius_ * sinf(a)}; ctx.drawLine(center, outer, axisColor_, 1.0f); } // 3. 画数据多边形 std::vectorPoint dataPts; for (int i 0; i n; i) { float ratio std::clamp(data_[i].value / maxValue_, 0.0f, 1.0f); float a angleStep * i - M_PI / 2.0f; dataPts.push_back({center.x radius_ * ratio * cosf(a), center.y radius_ * ratio * sinf(a)}); } ctx.fillPolygon(dataPts, fillColor_); }逻辑说明第一步画同心多边形网格gridRings_控制环数常见取 4 或 5第二步画从中心到各顶点的轴线第三步按数值比例计算数据点并填充。参数maxValue_是数据归一化上限如果各维度量纲不同需要在传入前自行归一化——这个项目没有内置归一化逻辑我一般会在外部预处理。注意fillPolygon画网格环时其实应该用描边而非填充源码里如果只有填充接口可以画两个半径略有差异的环来模拟线宽这是软件光栅化后端的常见妥协。3.2 摇杆图的方向向量与边界约束摇杆图的状态就是一个二维向量(x, y)范围[-1, 1]。用户拖拽时把鼠标位置相对底座中心的偏移量除以底座半径再截断到单位圆内。// src/JoystickWidget.cpp 交互处理 void JoystickWidget::onDrag(float mouseX, float mouseY) { float dx mouseX - center_.x; float dy mouseY - center_.y; float dist sqrtf(dx * dx dy * dy); if (dist radius_) { // 超出底座范围投影回圆周 dx dx / dist * radius_; dy dy / dist * radius_; dist radius_; } // 归一化到 [-1, 1] direction_.x dx / radius_; direction_.y dy / radius_; // 死区处理微小偏移视为零 if (dist deadZone_ * radius_) { direction_ {0.0f, 0.0f}; } if (onDirectionChanged_) { onDirectionChanged_(direction_); } }参数说明deadZone_是死区比例默认 0.1防止手指或鼠标轻微抖动导致方向信号乱跳——这是摇杆类控件的血泪经验不加死区在实际设备上会非常难用。onDirectionChanged_是std::functionvoid(Vec2)类型的回调外部可以挂上去做实时响应。注意direction_的 y 轴方向取决于你的坐标系约定屏幕坐标通常 y 向下为正如果业务逻辑期望 y 向上为正需要在回调里取反这个项目没有统一约定二次开发时要留意。3.3 渲染循环与事件分发demo 的main.cpp展示了一个最小渲染循环创建软件后端上下文实例化两个控件在循环里处理输入事件、调用render、最后present。// demo/main.cpp 主循环骨架 int main() { RenderContextSoft ctx(800, 600); RadarChart radar({...}); JoystickWidget joystick({...}); bool running true; while (running) { Event ev; while (pollEvent(ev)) { if (ev.type EventType::Quit) running false; if (ev.type EventType::MouseDrag) { joystick.onDrag(ev.x, ev.y); } } ctx.clear({30, 30, 30, 255}); radar.render(ctx); joystick.render(ctx); ctx.present(); } return 0; }逻辑说明pollEvent是平台相关的事件获取函数demo 里可能用了一个极简的窗口封装或者直接读标准输入模拟。ctx.clear每帧清屏两个控件依次绘制到同一缓冲区present提交。常见做法是把pollEvent换成你所在平台的窗口消息循环比如 Win32 的PeekMessage或 X11 的XPending控件代码不需要任何改动。4. 编译运行与最小可跑通路径4.1 环境准备与依赖检查需要的东西很少一个支持 C17 的编译器GCC 9、Clang 10、MSVC 2019 都行CMake 3.15 以上以及一个能显示窗口的环境如果 demo 用了窗口封装。Linux 下确认g --version和cmake --version满足要求即可不需要额外装图形库。Windows 下如果用 MSVC直接在开发者命令行里跑 CMake 就行。4.2 编译命令与常见参数标准流程三步mkdir build cd build cmake .. -DCMAKE_BUILD_TYPERelease cmake --build . -j$(nproc)参数说明-DCMAKE_BUILD_TYPERelease开启优化软件光栅化在 Debug 下会明显卡顿-j$(nproc)并行编译Windows 下换成-j%NUMBER_OF_PROCESSORS%或直接省略。如果编译器不支持M_PIMSVC 默认不定义需要在 CMake 里加-D_USE_MATH_DEFINES或者在代码里自己定义常量这是跨平台编译时最容易翻车的地方之一。4.3 运行 demo 与验证输出编译完成后build/demoWindows 下是demo.exe就是可执行文件。直接运行应该能看到一个深色背景上左边雷达图、右边摇杆图的界面。拖动摇杆头方向向量实时变化雷达图的数据在 demo 里通常是硬编码的一组示例值。如果窗口没弹出来先检查pollEvent的实现是否依赖了某个平台特有的 API以及是否缺少运行时库。提示如果编译报错找不到cosf/sinf确认包含了cmath并且没有在全局命名空间冲突软件后端如果出现花屏优先检查present里的缓冲区行对齐逻辑。5. 避坑与排查编译、渲染、交互三类高频问题5.1 编译期M_PI 未定义与 C 标准不匹配现象Linux 下编译通过换到 Windows/MSVC 报M_PI未声明。原因M_PI不是 C 标准的一部分MSVC 默认不暴露。解决在CMakeLists.txt里加target_compile_definitions(radar_joystick PRIVATE _USE_MATH_DEFINES)或者在头文件里自己写constexpr float kPi 3.14159265358979f;统一替换。我一般选后者跨平台最省心。5.2 渲染期多边形填充出现锯齿或空洞现象雷达图数据区域边缘有明显锯齿或者网格环填充后中间出现空洞。原因软件光栅化的fillPolygon如果用的是简单的扫描线算法对凹多边形或顶点顺序不一致的情况处理不好。解决确保传入的顶点按顺时针或逆时针统一顺序排列如果后端不支持凹多边形把雷达图数据区域拆成多个三角形再填充。这是软件渲染的经典坑换硬件后端就自动消失了。5.3 交互期摇杆方向抖动或卡在边界现象鼠标停在底座边缘时方向值在0.99和1.0之间跳变或者拖出底座后松手摇杆头没有回中。原因缺少死区处理和回中逻辑。解决确认deadZone_大于 0在onRelease里把direction_重置为{0,0}并触发一次回调。如果业务需要「松手保持方向」那就不要重置但要在文档里写清楚否则接手的人会懵。5.4 集成期头文件路径与库链接顺序现象把include/和src/拷进自己工程后链接报undefined reference。原因只加了头文件目录没有把RadarChart.cpp等源文件加入编译或者静态库链接顺序不对。解决用 CMake 的target_link_libraries(your_target PRIVATE radar_joystick)确保radar_joystick在依赖它的目标之后如果是手动编译把.cpp文件直接列进源文件列表别只写-I。6. 二次开发增加新图形方向与替换渲染后端的实操思路这个项目标题里那句「方向可以根据你自己的需要增加」落地时主要落在两件事上一是照着现有控件的模式新增第三种图形二是把软件渲染后端换成你工程里已有的绘图设施。先说新增图形。雷达图和摇杆图的共同模式是一个继承自某个基类或至少遵循相同接口约定的类持有自己的配置参数实现render(RenderContext)交互类控件额外实现事件处理方法。你要加一个仪表盘gauge或者柱状图最省事的路径是复制RadarChart的骨架改render里的几何计算配置参数用结构体传入。关键是别在控件内部直接调具体后端 API所有绘制都走RenderContext这样新控件和旧控件的行为一致测试也好写。再说替换后端。假设你的工程已经有一套基于某个 GUI 框架的画布你只需要写一个RenderContextYourFramework类把drawLine映射到框架的划线接口fillPolygon映射到填充路径present映射到刷新。这里有个容易忽略的点RenderContext的坐标原点约定。软件后端通常是左上角原点、y 向下如果你的框架是左下角原点、y 向上要么在适配层里做一次翻转要么统一在控件层约定好。我倾向于在适配层翻转控件代码保持和 demo 一致减少认知负担。验证方法上我习惯给每个控件写一个「黄金帧」测试用固定输入渲染到内存缓冲区把像素哈希存下来改代码后对比哈希。这个项目没有自带测试但RenderContext的抽象让这件事变得很容易——写一个RenderContextMemory子类输出到std::vectoruint8_t几行代码就能搭起来。新增图形或改几何逻辑后跑一遍能挡住大部分「看起来差不多但其实偏了」的回归。最后说一个具体技巧雷达图的维度数量变化时标签文本的位置容易重叠。我的做法是在RadarChart里加一个labelOffsetRatio参数按维度数动态调整标签到顶点的距离维度越多偏移越大并且在维度超过 8 个时自动缩小字号。这个逻辑不复杂但如果不做维度一多图就没法看了。从那以后我每次往这类控件项目里加新图形都强制先写一个内存后端的渲染测试再动几何代码不然改着改着就忘了哪个参数控制哪条线。希望帮到你。本文还有配套的精品资源点击获取