简介一套按教学指导书要求完成的funcode桌球小游戏完整源码定位为教学示例与个人练手项目适合正在学习funcode语言、想要了解桌球游戏斯诺克实现原理的开发者。包内共166个文件约1.53MB包含46个dso、39个cs、26个png、17个gui等文件覆盖源代码、图形资源与界面配置另有cpp/h等基础工程文件结构清晰便于对照学习。已有1615人学习下载。源码完整展示了游戏逻辑、用户交互、状态管理、图形渲染与动画效果等关键模块可重点参考球的碰撞物理计算、进球判断、得分系统、鼠标控制球杆及视图移动等实现方式。通过研读这份工程既能熟悉funcode语言语法和常用图形库调用也能掌握游戏开发从场景搭建到事件处理、异常管理的基本套路为后续独立完成小型游戏项目打下基础。 如果你在学 C想用一个能跑起来的图形界面做个小游戏练手那么“funcode 桌球小游戏源码”绝对算是一个典型到不能再典型的参考项目。我在自己的课程设计里把这份源码完整跑通又顺手改了几个版本发现它并不是那种只有几行花架子代码的 Demo而是真的能把“母球、目标球、库边、袋口、进袋判定、回合切换”这些桌球核心逻辑都串起来做完之后你会对游戏循环、碰撞检测和面向对象设计有非常直观的理解。这篇文章不打算把源码逐字贴出来而是把它的设计思路、关键代码、调参经验和踩坑记录一次性讲清楚适合刚学完 C 语法、想第一次完整做完一个小游戏的人参考也适合在 FunCode 平台上赶课程设计的人直接抄作业。1. 项目概述与整体设计思路1.1 这个项目到底做了什么先说清楚这个项目的边界。它不是一个跟《8 Ball Pool》一样逼真的桌球模拟器而是一个简化到“能玩、能判断胜负”的 2D 桌球游戏。我用 Funcode 平台提供的窗口、绘图和消息响应接口配合 C 代码实现了游戏主循环玩起来大概是这样的两名玩家轮流操作用鼠标控制母球的击球方向拖动距离控制力度松手后母球沿直线飞出去撞到目标球或库边后反弹球进袋则得分如果母球落袋就算犯规换对方操作最终先把己方花色球和 8 号球打进的一方获胜。实现的时候我刻意没有引入复杂的物理引擎所有运动都基于最基础的“速度 位置”模型再用每帧乘以一个小于 1 的摩擦系数来模拟减速。这样做的好处是代码量小整个工程核心逻辑只有几百行完全能在一门 C 课内讲清楚不至于一上来就被矩阵变换和刚体碰撞吓退。坏处当然也有球的旋转、球杆高低杆、加塞这些真实台球技巧是完全不支持的但对于课程设计和入门练手来说这种“做减法”的思路反而更可贵因为你把核心玩法先跑通之后再往里面加功能会容易很多。1.2 为什么选 Funcode 而不是 Unity / Pygame我在动手前也纠结过方案最后选择了 Funcode。原因很直接Funcode 把最麻烦的窗口创建、消息循环、键盘鼠标事件、图形绘制全都封装好了我只需要关心MyPaint()里画什么、OnMouseMessage()里怎么响应就够。这就像你学做菜的时候有人已经帮你把锅碗瓢盆和食材都备好了你要练的是炒菜动作本身而不是从挖矿炼铁开始。如果用 Unity你得先熟悉场景、预制体、物理组件、生命周期对初学者来说信息量太大如果选 Pygame环境配置虽然比 Unity 简单但窗口事件、坐标系和绘制 API 还是要自己花时间处理而且 C 版本的 FunCode 能让你顺便练习类封装和指针技巧对课程要求更贴近。为了让你更直观地选型我把我当时比较的几个方案放在一起对比过方案上手难度物理效果代码量适合场景Funcode C低简单但够用800 行以内课程设计、C 入门Pygame Python低简单但需自己封装饰面600 行左右Python 小游戏入门Unity C#高真实物理较多涉及场景编辑专业游戏开发入门从表格不难看出Funcode 的优势在于“学习曲线最平滑”它帮你处理的正是游戏开发里最琐碎的那部分。如果你想快速验证自己的桌球逻辑而不是纠结于引擎本身的 API这个选择不会让你后悔。2. 核心机制拆解桌球运动与碰撞2.1 物理模型怎么简化才合适桌球的核心是球在桌面上的运动。真实台球涉及摩擦力、旋转、球体变形、库边柔性反弹甚至还有空气阻力和台呢纹理方向的影响但游戏里完全不需要做这么细否则一帧的物理计算量就会失控。我的简化模型只有三条第一把球看作平面上一个圆形用圆心坐标(x, y)表示位置用(vx, vy)表示速度。第二每帧按照x vx * dt更新位置之后把速度乘上一个摩擦系数friction这个系数控制在 0.98 ~ 0.99 之间代表桌面给球的减速。第三碰撞只考虑两个球心之间、球与库边之间速度交换用最简单的动量守恒假设所有球质量相同。这样处理带来的最大好处是代码可以写成独立函数比如updateBall()负责更新位置和速度collideBalls()负责处理球与球碰撞collideWall()负责边界反弹。每一个函数都能单独测试。实际开发中我建议先把单个球的运动和摩擦力调好再加碰撞否则很容易出现“球乱飞”或者“越跑越快”的奇怪问题。2.2 球与球的碰撞检测两个球发生碰撞的条件非常直观两球心距离小于两球半径之和。因为桌球所有球半径相同设半径为R那么碰撞条件就是sqrt((x1-x2)^2 (y1-y2)^2) 2 * R。一旦碰撞发生质量相等的两个球会在接触点法线方向交换速度分量。我当时用 C 实现的碰撞处理函数长这样void collideBalls(Ball a, Ball b) { float dx b.x - a.x; float dy b.y - a.y; float dist sqrt(dx * dx dy * dy); if (dist 2 * RADIUS dist 0) { float nx dx / dist; float ny dy / dist; float va a.vx * nx a.vy * ny; float vb b.vx * nx b.vy * ny; a.vx (vb - va) * nx; a.vy (vb - va) * ny; b.vx (va - vb) * nx; b.vy (va - vb) * ny; // 位置分离避免两球无限重叠 float overlap 2 * RADIUS - dist; a.x - nx * overlap / 2; a.y - ny * overlap / 2; b.x nx * overlap / 2; b.y ny * overlap / 2; } }你可能会问为什么碰撞后不是直接翻转速度因为两个球撞在一起不一定是对心碰撞如果只翻转速度会导致斜向碰撞表现完全错误。上面的代码把速度分解到连心线方向只交换这个方向的分量这样母球斜着碰到目标球后目标球会沿着连心线方向飞出去母球则转向基本符合台球直觉。2.3 库边反弹与袋口判定的实现库边反弹要分上下左右四条边处理。桌面宽度和高度已知当球的 x 坐标小于半径时说明撞到了左库边这时把vx取反同时乘以一个反弹系数比如 0.8再把 x 坐标强制拉回半径位置避免球跑到桌面外面去。同样的逻辑分别处理右、上、下库边。这个反弹系数 0.8 不是随便定的我试过 1.0球会一直很猛完全停不下来试过 0.6球碰一下库边就像泄了气很不自然。袋口判定更简单在桌面四角和两腰位置定义六个圆心坐标每一帧检查所有未进袋的球只要球心到某个袋口的距离小于袋口半径就认为该球进袋。如果进袋的是母球就要把它单独标记为“POTTED_CUE_BALL”并且转到犯规处理逻辑如果是目标球就把对应球的potted标记设为true之后不再绘制它。袋口半径我建议比球的半径大 8~10 个像素太小会出现球明明压到袋口又弹出来的诡异情况太大会出现球离袋口还有一段距离就“被吸进去”的问题。3. 源码结构与关键模块解析3.1 数据结构是怎么组织的我一直觉得小游戏项目最能锻炼人的地方不是算法而是如何用类把数据和行为组织起来。这个桌球项目我设计了一个Ball结构体用来存每个球的运动状态struct Ball { float x, y; // 圆心坐标 float vx, vy; // 速度 bool isCue; // 是否是母球 bool isStrip; // 是否是花色球 bool potted; // 是否已进袋 int number; // 球号0 表示母球 };所有球对象放在一个std::vectorBall里其中下标 0 固定是母球1 到 15 是目标球。这样做的好处是主循环里可以用一个简单的for遍历所有球执行更新和碰撞检测不用为母球单独写一套逻辑。游戏当前状态则用一个Game类管理成员包括currentPlayer、gamePhase、aimAngle、power、remainingBalls等等。这种“数据与逻辑分离”的程度刚好合适没有过度设计但后期加 AI 或者菜单时又不会太挤。3.2 击球方向与力度是怎么计算出来的这个游戏的操作方式是用鼠标拖拽来瞄准。鼠标按下时记录起始点startPos拖动过程中不断计算鼠标当前位置mousePos和startPos的差方向向量(dx, dy)的单位向量就是击球方向拖动距离dragDist映射到力度值。映射公式我写成了这样float power min(dragDist / MAX_DRAG_DIST, 1.0f) * MAX_POWER;其中MAX_DRAG_DIST一般取 150 像素MAX_POWER建议取 800 ~ 1000 像素/秒。为什么力度不是直接等于拖动距离因为玩家拖动的范围是有限的如果不做归一化就会出现鼠标稍微动一下球就飞出去的情况。力度值再乘以方向向量就是母球的初始速度松手时直接赋值给母球vx、vy。为了让玩家看清楚瞄准线我在画面上画了一条从母球中心延伸到前方的辅助线线长随着力度变大而变长同时透明度也跟着变化。这个 UI 细节看着不起眼却能让操作手感提升一个档次我当时加上它之后朋友来试玩时明显更容易上手了。3.3 回合切换与胜负判断的状态机游戏不能永远只是“击球”必须有一套规则来管理流程。我用的方案是简单的枚举状态机制enum GamePhase { AIMING, // 玩家瞄准中 BALLS_MOVING, // 球正在运动等全部停下来 HANDLE_RESULT, // 处理本次击球结果 GAME_OVER // 游戏结束 };玩家只能在AIMING阶段松手击球松手后立刻切换到BALLS_MOVING。每一帧检测所有球的速度当最大速度小于一个极小阈值时认为所有球都停了进入HANDLE_RESULT。在这个阶段判断进袋情况如果本回合进了合法球继续当前玩家如果没进或者母球落袋则切换到对方玩家。然后重新初始化母球位置回到AIMING。胜负判断我做得比较简化所有球按号码分成“小花”1-7和“大花”9-15加上 8 号球。玩家第一次合法进球后确定自己的花色之后必须把所有同花色球打进才能打 8 号球。如果 8 号球先进袋直接判负。这里我不建议一开始就把斯诺克的积分规则也塞进去越简单的规则越容易先把游戏流程跑通后续再慢慢扩展。4. 实操过程从零搭建到可玩4.1 环境准备和工程创建在 FunCode 平台里新建工程时直接选择“Windows 桌球小游戏”模板会比从空白工程开始省很多事因为它已经帮你创建了主窗口和消息处理函数的空壳。如果你用的是旧版本 Funcode记得先确认编译器和图形库是否匹配我遇到过新电脑上因为分辨率缩放导致窗口错位的问题解决方法是把当前桌面缩放比例调回 100% 再跑程序。工程创建好之后第一步不是着急写碰撞而是先验证绘图和消息循环能不能正常工作。我在初始化函数里画了一个静态的球桌矩形然后把鼠标消息处理函数里加了一个OutputDebugString在调试输出里打印鼠标坐标。这样做能快速确认你的开发环境是不是正常的避免后面写了几百行才发现画布坐标和桌面坐标对不上。4.2 先让一个球动起来我强烈建议先把范围缩小到“一颗母球在台面上运动”。做法很简单在全局变量里定义母球的位置和速度按空格键给母球一个随机方向的初始速度然后在主循环里更新位置和摩擦力最后再绘制一个小圆。void updateBall(Ball ball, float dt) { ball.x ball.vx * dt; ball.y ball.vy * dt; ball.vx * FRICTION; ball.vy * FRICTION; }这个阶段看起来很简单但它能一次性暴露很多问题比如摩擦系数是不是太小导致球停不下来dt 是否固定为每帧 1/60球跑出桌面边界后能不能被库边反弹控制住。我记得第一次运行的时候球会在一秒内消失原因是我的桌子边界用的是常量但画球桌时用了另一套坐标两边差了半个球半径。这种离谱的低级错误只有在你亲手让一个球动起来时才会发现。4.3 增量式加入完整桌球逻辑一个球能正常运动后再把它扩展成 16 个球。这个过程我建议一步一测试不要一次性把目标球、袋口、颜色、回合规则全部堆上去。我当时按下面这个顺序做先初始化所有球的位置按照三角形摆放目标球母球放在开球线附近然后只绘制不更新检查位置是否在台面内。加入所有球之间的两两碰撞检测让开球后所有球能散开先不管进球。加入库边反弹验证球不会跑出边界。加入六个袋口判定一旦球进袋就隐藏它测试不同位置的进球效果。加入鼠标拖拽瞄准和力度控制测试击球手感。最后加入回合切换和胜负规则。每一步都跑一遍确认没引入新问题再继续。这种增量开发方式能让你在发现 bug 时立刻知道问题最可能出现在哪一层而不是在一堆代码里大海捞针。5. 常见问题与排查技巧5.1 球粘在一起或者直接穿透这是所有 2D 碰撞游戏最容易遇到的问题。原因是球速过快时一帧内移动的距离可能超过球的直径导致两球还没有“碰”到就交叉过去了。我的解决方案有两个配合使用一是在主循环里把物理更新拆成多个子步进比如把每帧划分成 8 个等间隔子步进在每个子步进里分别做位置更新和碰撞检测二是限制母球的最大击球速度当力度映射出来的速度超过最大阈值时截断。这两个方案配合之后我从没遇到过球穿透的问题。5.2 摩擦系数和反弹系数的调参参考调参是物理小游戏里最花时间的环节没有标准答案只有经验范围。我整理了一份我当时用的参数表你可以作为起点再微调参数建议值调试感受桌面摩擦FRICTION0.985 / 帧太小球停得太快太小球滑行过久库边反弹系数0.8能体现碰撞衰减又不至于发闷袋口半径球半径 10px太大球会“被吸入”太小容易弹出母球最大速度1000 px/s超过后碰撞检测容易失效如果你发现球在台面上滚半天都不停就把FRICTION调小一点比如从 0.99 改成 0.985如果球碰库边后几乎没有回弹就把反弹系数从 0.8 调到 0.9再满足使用需求为止。调参一定要一次只改一个变量否则混合起来你根本不知道是哪个参数导致的问题。5.3 母球落袋后复位时和别的球重叠母球落袋后需要重新放回开球区但开球区附近可能还有其他球挡着如果直接复位就会导致两个球重叠它们会疯狂弹跳直到把对方挤出去。我的处理方法是在复位母球时循环检查与其他球的中心距离如果重叠则把一个很小的随机位移加到母球坐标上直到找到一个不重叠的位置。这个方法虽然不优雅但实现简单而且一定能解决问题。如果你追求更好看的效果可以预先计算开球区附近所有可行的空白坐标不过对于课程设计来说随机扰动已经足够了。6. 后续还可以这样扩展这个桌球小游戏做完后我把它放在课程设计里得到了不错的评价但我知道它还有很多可玩的空间。如果你是拿它当作业建议优先加三个功能第一个是电脑 AI最简单的 AI 是让电脑自动计算母球移动到目标球的连心线方向然后给定力度这个逻辑不会超过三十行第二个是加入音效进球、碰撞、反弹各播放一个短音效整体的游戏感会立刻上一个台阶第三个是加入“再玩一局”的菜单否则每局结束只能关掉重开体验很差。最后再分享一个我调代码时的小体会这类小游戏项目最麻烦的往往不是算法本身而是处理“边界情况”。球刚好卡在袋口、两球同时到达同一位置、母球复位的瞬间与其他球距离为零这些情况处理好了项目才算真正稳定。我一开始总是想着把代码写得很炫酷后来发现把每个函数写得短小清晰然后在主循环里逐步调用才是让游戏从“能编译”到“真正能玩”的最快路径。希望这份 funcode 桌球小游戏源码的解析能让你在实际动手时少走一些我走过的弯路。本文还有配套的精品资源点击获取
简介一套按教学指导书要求完成的funcode桌球小游戏完整源码定位为教学示例与个人练手项目适合正在学习funcode语言、想要了解桌球游戏斯诺克实现原理的开发者。包内共166个文件约1.53MB包含46个dso、39个cs、26个png、17个gui等文件覆盖源代码、图形资源与界面配置另有cpp/h等基础工程文件结构清晰便于对照学习。已有1615人学习下载。源码完整展示了游戏逻辑、用户交互、状态管理、图形渲染与动画效果等关键模块可重点参考球的碰撞物理计算、进球判断、得分系统、鼠标控制球杆及视图移动等实现方式。通过研读这份工程既能熟悉funcode语言语法和常用图形库调用也能掌握游戏开发从场景搭建到事件处理、异常管理的基本套路为后续独立完成小型游戏项目打下基础。 如果你在学 C想用一个能跑起来的图形界面做个小游戏练手那么“funcode 桌球小游戏源码”绝对算是一个典型到不能再典型的参考项目。我在自己的课程设计里把这份源码完整跑通又顺手改了几个版本发现它并不是那种只有几行花架子代码的 Demo而是真的能把“母球、目标球、库边、袋口、进袋判定、回合切换”这些桌球核心逻辑都串起来做完之后你会对游戏循环、碰撞检测和面向对象设计有非常直观的理解。这篇文章不打算把源码逐字贴出来而是把它的设计思路、关键代码、调参经验和踩坑记录一次性讲清楚适合刚学完 C 语法、想第一次完整做完一个小游戏的人参考也适合在 FunCode 平台上赶课程设计的人直接抄作业。1. 项目概述与整体设计思路1.1 这个项目到底做了什么先说清楚这个项目的边界。它不是一个跟《8 Ball Pool》一样逼真的桌球模拟器而是一个简化到“能玩、能判断胜负”的 2D 桌球游戏。我用 Funcode 平台提供的窗口、绘图和消息响应接口配合 C 代码实现了游戏主循环玩起来大概是这样的两名玩家轮流操作用鼠标控制母球的击球方向拖动距离控制力度松手后母球沿直线飞出去撞到目标球或库边后反弹球进袋则得分如果母球落袋就算犯规换对方操作最终先把己方花色球和 8 号球打进的一方获胜。实现的时候我刻意没有引入复杂的物理引擎所有运动都基于最基础的“速度 位置”模型再用每帧乘以一个小于 1 的摩擦系数来模拟减速。这样做的好处是代码量小整个工程核心逻辑只有几百行完全能在一门 C 课内讲清楚不至于一上来就被矩阵变换和刚体碰撞吓退。坏处当然也有球的旋转、球杆高低杆、加塞这些真实台球技巧是完全不支持的但对于课程设计和入门练手来说这种“做减法”的思路反而更可贵因为你把核心玩法先跑通之后再往里面加功能会容易很多。1.2 为什么选 Funcode 而不是 Unity / Pygame我在动手前也纠结过方案最后选择了 Funcode。原因很直接Funcode 把最麻烦的窗口创建、消息循环、键盘鼠标事件、图形绘制全都封装好了我只需要关心MyPaint()里画什么、OnMouseMessage()里怎么响应就够。这就像你学做菜的时候有人已经帮你把锅碗瓢盆和食材都备好了你要练的是炒菜动作本身而不是从挖矿炼铁开始。如果用 Unity你得先熟悉场景、预制体、物理组件、生命周期对初学者来说信息量太大如果选 Pygame环境配置虽然比 Unity 简单但窗口事件、坐标系和绘制 API 还是要自己花时间处理而且 C 版本的 FunCode 能让你顺便练习类封装和指针技巧对课程要求更贴近。为了让你更直观地选型我把我当时比较的几个方案放在一起对比过方案上手难度物理效果代码量适合场景Funcode C低简单但够用800 行以内课程设计、C 入门Pygame Python低简单但需自己封装饰面600 行左右Python 小游戏入门Unity C#高真实物理较多涉及场景编辑专业游戏开发入门从表格不难看出Funcode 的优势在于“学习曲线最平滑”它帮你处理的正是游戏开发里最琐碎的那部分。如果你想快速验证自己的桌球逻辑而不是纠结于引擎本身的 API这个选择不会让你后悔。2. 核心机制拆解桌球运动与碰撞2.1 物理模型怎么简化才合适桌球的核心是球在桌面上的运动。真实台球涉及摩擦力、旋转、球体变形、库边柔性反弹甚至还有空气阻力和台呢纹理方向的影响但游戏里完全不需要做这么细否则一帧的物理计算量就会失控。我的简化模型只有三条第一把球看作平面上一个圆形用圆心坐标(x, y)表示位置用(vx, vy)表示速度。第二每帧按照x vx * dt更新位置之后把速度乘上一个摩擦系数friction这个系数控制在 0.98 ~ 0.99 之间代表桌面给球的减速。第三碰撞只考虑两个球心之间、球与库边之间速度交换用最简单的动量守恒假设所有球质量相同。这样处理带来的最大好处是代码可以写成独立函数比如updateBall()负责更新位置和速度collideBalls()负责处理球与球碰撞collideWall()负责边界反弹。每一个函数都能单独测试。实际开发中我建议先把单个球的运动和摩擦力调好再加碰撞否则很容易出现“球乱飞”或者“越跑越快”的奇怪问题。2.2 球与球的碰撞检测两个球发生碰撞的条件非常直观两球心距离小于两球半径之和。因为桌球所有球半径相同设半径为R那么碰撞条件就是sqrt((x1-x2)^2 (y1-y2)^2) 2 * R。一旦碰撞发生质量相等的两个球会在接触点法线方向交换速度分量。我当时用 C 实现的碰撞处理函数长这样void collideBalls(Ball a, Ball b) { float dx b.x - a.x; float dy b.y - a.y; float dist sqrt(dx * dx dy * dy); if (dist 2 * RADIUS dist 0) { float nx dx / dist; float ny dy / dist; float va a.vx * nx a.vy * ny; float vb b.vx * nx b.vy * ny; a.vx (vb - va) * nx; a.vy (vb - va) * ny; b.vx (va - vb) * nx; b.vy (va - vb) * ny; // 位置分离避免两球无限重叠 float overlap 2 * RADIUS - dist; a.x - nx * overlap / 2; a.y - ny * overlap / 2; b.x nx * overlap / 2; b.y ny * overlap / 2; } }你可能会问为什么碰撞后不是直接翻转速度因为两个球撞在一起不一定是对心碰撞如果只翻转速度会导致斜向碰撞表现完全错误。上面的代码把速度分解到连心线方向只交换这个方向的分量这样母球斜着碰到目标球后目标球会沿着连心线方向飞出去母球则转向基本符合台球直觉。2.3 库边反弹与袋口判定的实现库边反弹要分上下左右四条边处理。桌面宽度和高度已知当球的 x 坐标小于半径时说明撞到了左库边这时把vx取反同时乘以一个反弹系数比如 0.8再把 x 坐标强制拉回半径位置避免球跑到桌面外面去。同样的逻辑分别处理右、上、下库边。这个反弹系数 0.8 不是随便定的我试过 1.0球会一直很猛完全停不下来试过 0.6球碰一下库边就像泄了气很不自然。袋口判定更简单在桌面四角和两腰位置定义六个圆心坐标每一帧检查所有未进袋的球只要球心到某个袋口的距离小于袋口半径就认为该球进袋。如果进袋的是母球就要把它单独标记为“POTTED_CUE_BALL”并且转到犯规处理逻辑如果是目标球就把对应球的potted标记设为true之后不再绘制它。袋口半径我建议比球的半径大 8~10 个像素太小会出现球明明压到袋口又弹出来的诡异情况太大会出现球离袋口还有一段距离就“被吸进去”的问题。3. 源码结构与关键模块解析3.1 数据结构是怎么组织的我一直觉得小游戏项目最能锻炼人的地方不是算法而是如何用类把数据和行为组织起来。这个桌球项目我设计了一个Ball结构体用来存每个球的运动状态struct Ball { float x, y; // 圆心坐标 float vx, vy; // 速度 bool isCue; // 是否是母球 bool isStrip; // 是否是花色球 bool potted; // 是否已进袋 int number; // 球号0 表示母球 };所有球对象放在一个std::vectorBall里其中下标 0 固定是母球1 到 15 是目标球。这样做的好处是主循环里可以用一个简单的for遍历所有球执行更新和碰撞检测不用为母球单独写一套逻辑。游戏当前状态则用一个Game类管理成员包括currentPlayer、gamePhase、aimAngle、power、remainingBalls等等。这种“数据与逻辑分离”的程度刚好合适没有过度设计但后期加 AI 或者菜单时又不会太挤。3.2 击球方向与力度是怎么计算出来的这个游戏的操作方式是用鼠标拖拽来瞄准。鼠标按下时记录起始点startPos拖动过程中不断计算鼠标当前位置mousePos和startPos的差方向向量(dx, dy)的单位向量就是击球方向拖动距离dragDist映射到力度值。映射公式我写成了这样float power min(dragDist / MAX_DRAG_DIST, 1.0f) * MAX_POWER;其中MAX_DRAG_DIST一般取 150 像素MAX_POWER建议取 800 ~ 1000 像素/秒。为什么力度不是直接等于拖动距离因为玩家拖动的范围是有限的如果不做归一化就会出现鼠标稍微动一下球就飞出去的情况。力度值再乘以方向向量就是母球的初始速度松手时直接赋值给母球vx、vy。为了让玩家看清楚瞄准线我在画面上画了一条从母球中心延伸到前方的辅助线线长随着力度变大而变长同时透明度也跟着变化。这个 UI 细节看着不起眼却能让操作手感提升一个档次我当时加上它之后朋友来试玩时明显更容易上手了。3.3 回合切换与胜负判断的状态机游戏不能永远只是“击球”必须有一套规则来管理流程。我用的方案是简单的枚举状态机制enum GamePhase { AIMING, // 玩家瞄准中 BALLS_MOVING, // 球正在运动等全部停下来 HANDLE_RESULT, // 处理本次击球结果 GAME_OVER // 游戏结束 };玩家只能在AIMING阶段松手击球松手后立刻切换到BALLS_MOVING。每一帧检测所有球的速度当最大速度小于一个极小阈值时认为所有球都停了进入HANDLE_RESULT。在这个阶段判断进袋情况如果本回合进了合法球继续当前玩家如果没进或者母球落袋则切换到对方玩家。然后重新初始化母球位置回到AIMING。胜负判断我做得比较简化所有球按号码分成“小花”1-7和“大花”9-15加上 8 号球。玩家第一次合法进球后确定自己的花色之后必须把所有同花色球打进才能打 8 号球。如果 8 号球先进袋直接判负。这里我不建议一开始就把斯诺克的积分规则也塞进去越简单的规则越容易先把游戏流程跑通后续再慢慢扩展。4. 实操过程从零搭建到可玩4.1 环境准备和工程创建在 FunCode 平台里新建工程时直接选择“Windows 桌球小游戏”模板会比从空白工程开始省很多事因为它已经帮你创建了主窗口和消息处理函数的空壳。如果你用的是旧版本 Funcode记得先确认编译器和图形库是否匹配我遇到过新电脑上因为分辨率缩放导致窗口错位的问题解决方法是把当前桌面缩放比例调回 100% 再跑程序。工程创建好之后第一步不是着急写碰撞而是先验证绘图和消息循环能不能正常工作。我在初始化函数里画了一个静态的球桌矩形然后把鼠标消息处理函数里加了一个OutputDebugString在调试输出里打印鼠标坐标。这样做能快速确认你的开发环境是不是正常的避免后面写了几百行才发现画布坐标和桌面坐标对不上。4.2 先让一个球动起来我强烈建议先把范围缩小到“一颗母球在台面上运动”。做法很简单在全局变量里定义母球的位置和速度按空格键给母球一个随机方向的初始速度然后在主循环里更新位置和摩擦力最后再绘制一个小圆。void updateBall(Ball ball, float dt) { ball.x ball.vx * dt; ball.y ball.vy * dt; ball.vx * FRICTION; ball.vy * FRICTION; }这个阶段看起来很简单但它能一次性暴露很多问题比如摩擦系数是不是太小导致球停不下来dt 是否固定为每帧 1/60球跑出桌面边界后能不能被库边反弹控制住。我记得第一次运行的时候球会在一秒内消失原因是我的桌子边界用的是常量但画球桌时用了另一套坐标两边差了半个球半径。这种离谱的低级错误只有在你亲手让一个球动起来时才会发现。4.3 增量式加入完整桌球逻辑一个球能正常运动后再把它扩展成 16 个球。这个过程我建议一步一测试不要一次性把目标球、袋口、颜色、回合规则全部堆上去。我当时按下面这个顺序做先初始化所有球的位置按照三角形摆放目标球母球放在开球线附近然后只绘制不更新检查位置是否在台面内。加入所有球之间的两两碰撞检测让开球后所有球能散开先不管进球。加入库边反弹验证球不会跑出边界。加入六个袋口判定一旦球进袋就隐藏它测试不同位置的进球效果。加入鼠标拖拽瞄准和力度控制测试击球手感。最后加入回合切换和胜负规则。每一步都跑一遍确认没引入新问题再继续。这种增量开发方式能让你在发现 bug 时立刻知道问题最可能出现在哪一层而不是在一堆代码里大海捞针。5. 常见问题与排查技巧5.1 球粘在一起或者直接穿透这是所有 2D 碰撞游戏最容易遇到的问题。原因是球速过快时一帧内移动的距离可能超过球的直径导致两球还没有“碰”到就交叉过去了。我的解决方案有两个配合使用一是在主循环里把物理更新拆成多个子步进比如把每帧划分成 8 个等间隔子步进在每个子步进里分别做位置更新和碰撞检测二是限制母球的最大击球速度当力度映射出来的速度超过最大阈值时截断。这两个方案配合之后我从没遇到过球穿透的问题。5.2 摩擦系数和反弹系数的调参参考调参是物理小游戏里最花时间的环节没有标准答案只有经验范围。我整理了一份我当时用的参数表你可以作为起点再微调参数建议值调试感受桌面摩擦FRICTION0.985 / 帧太小球停得太快太小球滑行过久库边反弹系数0.8能体现碰撞衰减又不至于发闷袋口半径球半径 10px太大球会“被吸入”太小容易弹出母球最大速度1000 px/s超过后碰撞检测容易失效如果你发现球在台面上滚半天都不停就把FRICTION调小一点比如从 0.99 改成 0.985如果球碰库边后几乎没有回弹就把反弹系数从 0.8 调到 0.9再满足使用需求为止。调参一定要一次只改一个变量否则混合起来你根本不知道是哪个参数导致的问题。5.3 母球落袋后复位时和别的球重叠母球落袋后需要重新放回开球区但开球区附近可能还有其他球挡着如果直接复位就会导致两个球重叠它们会疯狂弹跳直到把对方挤出去。我的处理方法是在复位母球时循环检查与其他球的中心距离如果重叠则把一个很小的随机位移加到母球坐标上直到找到一个不重叠的位置。这个方法虽然不优雅但实现简单而且一定能解决问题。如果你追求更好看的效果可以预先计算开球区附近所有可行的空白坐标不过对于课程设计来说随机扰动已经足够了。6. 后续还可以这样扩展这个桌球小游戏做完后我把它放在课程设计里得到了不错的评价但我知道它还有很多可玩的空间。如果你是拿它当作业建议优先加三个功能第一个是电脑 AI最简单的 AI 是让电脑自动计算母球移动到目标球的连心线方向然后给定力度这个逻辑不会超过三十行第二个是加入音效进球、碰撞、反弹各播放一个短音效整体的游戏感会立刻上一个台阶第三个是加入“再玩一局”的菜单否则每局结束只能关掉重开体验很差。最后再分享一个我调代码时的小体会这类小游戏项目最麻烦的往往不是算法本身而是处理“边界情况”。球刚好卡在袋口、两球同时到达同一位置、母球复位的瞬间与其他球距离为零这些情况处理好了项目才算真正稳定。我一开始总是想着把代码写得很炫酷后来发现把每个函数写得短小清晰然后在主循环里逐步调用才是让游戏从“能编译”到“真正能玩”的最快路径。希望这份 funcode 桌球小游戏源码的解析能让你在实际动手时少走一些我走过的弯路。本文还有配套的精品资源点击获取
