1. 项目概述与核心价值最近在整理自己的技术项目库翻到了一个几年前用C和DirectX 11简称DX11实现的“跳一跳”小游戏。这个项目虽然不大但麻雀虽小五脏俱全它几乎涵盖了一个2.5D休闲游戏从图形渲染、物理模拟到游戏逻辑的完整闭环。对于想从控制台“黑框框”转向图形化游戏开发或者希望深入理解现代图形API与C工程实践的开发者来说这是一个绝佳的练手项目。它不像大型3A游戏那样庞杂但又足够让你触及游戏开发的核心如何将数学计算、图形指令和用户交互流畅地编织在一起最终在屏幕上呈现出一个可玩、有趣的数字世界。这个实战项目的核心价值在于“贯通”。很多朋友学C可能止步于数据结构与算法学图形学又可能困在理论公式里。而这个项目迫使你将两者结合用C管理内存、组织对象、处理逻辑用DX11指挥GPU绘制每一帧画面。你会亲手处理顶点缓冲区、索引缓冲区、常量缓冲区会实现一个简单的摄像机系统来控制视角会编写着色器HLSL来定义物体的外观甚至要模拟一个“蓄力-跳跃”的物理过程。完成之后你对“一个游戏是如何跑起来的”会有截然不同的、具象化的理解。下面我就把这个项目的设计思路、关键技术点以及我踩过的坑毫无保留地拆解一遍。2. 整体架构设计与技术选型考量2.1 为什么选择C与DirectX 11当决定复刻“跳一跳”时技术栈的选择是首要问题。我选择了经典的“C DX11”组合这背后有几层考虑。首先C提供了无与伦比的性能控制力。游戏循环每秒钟要运行数十甚至上百次即FPS每一帧内都要处理输入、更新成千上万个游戏对象的状态、进行物理计算、提交渲染命令。C的零成本抽象、直接内存操作和确定性析构机制使得开发者可以精确控制每一处性能开销避免在关键路径上引入不可预知的垃圾回收停顿或解释器开销。这对于维持游戏流畅、稳定的帧率至关重要。例如在跳跃蓄力和飞行轨迹计算中涉及大量的浮点运算和向量矩阵操作C配合适当的编译器优化如SSE指令集能确保这些计算以最高的硬件效率执行。其次DirectX 11是一个在性能、功能和控制粒度上取得很好平衡的图形API。相较于更古老的DX9它引入了更清晰的渲染管线状态管理、计算着色器等现代特性相较于更现代的DX12或Vulkan它的学习曲线相对平缓不需要开发者事无巨细地管理命令队列、同步和显存抽象层级更友好。“跳一跳”这类游戏对图形保真度要求不高但需要稳定的性能和快速的开发迭代。DX11的即时模式Immediate Mode虽然效率上不如显式命令提交但足以满足需求且能让开发者更专注于游戏逻辑本身。此外DX11拥有完善的文档、丰富的社区资源和成熟的调试工具如Visual Studio Graphics Debugger这对学习和问题排查非常友好。最后这个组合是行业基石。许多商业游戏引擎如Unreal Engine的底层渲染器仍大量使用C和类似DX11的抽象。通过这个项目你学到的不是某个特定引擎的编辑器操作而是图形编程的底层原理和一种高效的系统编程思维这种能力的可迁移性极强。2.2 核心模块划分与数据流基于上述选型我将项目划分为几个相对独立又协同工作的核心模块数据流清晰职责单一。系统层System Layer这是游戏的基石。包括窗口管理使用Win32 API或更友好的封装库如GLFW、消息循环、DX11设备与上下文ID3D11Device,ID3D11DeviceContext的初始化和生命周期管理。它负责搭建起C代码与操作系统、图形硬件之间的桥梁。资源管理层Resource Manager游戏中的一切可见元素都需要资源。这个模块负责加载和管理各种图形资源。对于“跳一跳”主要包括网格Mesh小人和跳台的3D模型数据。通常从简单的建模工具导出或直接代码生成如一个立方体包含顶点位置、法线、纹理坐标等信息。纹理Texture贴在小人和跳台表面的图片比如木纹、塑料质感。使用DX11的ID3D11ShaderResourceView来封装。着色器Shader定义物体如何被渲染的程序运行在GPU上。包括顶点着色器处理顶点变换和像素着色器决定最终像素颜色。需要编译成.cso文件并在运行时创建ID3D11VertexShader和ID3D11PixelShader对象。输入布局Input Layout描述顶点数据的结构告诉GPU如何解析顶点缓冲区中的数据。场景层Scene Layer这是游戏世界的抽象。它管理所有游戏对象Game Object在我们的项目里主要是“玩家小人”和一系列“目标跳台”。每个游戏对象是一个实体包含变换组件Transform存储位置Translation、旋转Rotation、缩放Scale信息通常用一个4x4的世界矩阵表示。渲染组件Render Component持有对该对象所需网格、纹理、着色器等资源的引用。碰撞体组件Collider一个简化的几何形状如包围盒或胶囊体用于物理碰撞检测。渲染层Render Layer这是图形模块的核心。它不关心游戏逻辑只负责将场景层中的对象按照一定的顺序和状态绘制到屏幕上。其工作流是典型的DX11渲染管线设置渲染目标Back Buffer和深度/模板缓冲区。清除上一帧的颜色和深度信息。遍历所有需要渲染的游戏对象。对于每个对象设置其对应的顶点/索引缓冲区、着色器、纹理等。更新常量缓冲区Constant Buffer将对象的World矩阵、摄像机的View-Projection矩阵等数据传递给GPU。发出绘制调用DrawIndexed。逻辑层Logic Layer包含游戏的核心规则。输入处理监听鼠标或触摸事件实现“按压蓄力释放跳跃”的操作。物理模拟一个简化的物理系统。跳跃过程可以简化为在重力影响下的抛物线运动。我们需要根据按压时间计算初始速度然后每帧更新小人的位置。碰撞检测判断小人是否成功落到跳台上。这里采用基于包围盒AABB的离散检测就足够了。游戏状态管理管理分数、生命值、关卡生成等。摄像机系统Camera System一个独立的模块但至关重要。它决定了玩家观察游戏世界的视角。在“跳一跳”中可以采用一个固定的正交投影摄像机从斜上方俯视这样能保持跳台和小人的大小比例恒定符合游戏原作的视觉风格。摄像机负责生成View矩阵和Projection矩阵。整个数据流是这样的逻辑层处理输入更新小人的物理状态和游戏分数 - 场景层根据新状态更新所有游戏对象的变换 - 渲染层获取摄像机矩阵和所有对象的渲染数据提交给DX11进行绘制 - 系统层将绘制好的画面呈现到窗口并处理下一帧事件。3. 核心实现细节与关键技术点剖析3.1 从零搭建DX11渲染环境万事开头难搭建一个稳定可靠的DX11渲染环境是第一步。这里我分享一个精简但健壮的初始化流程。首先你需要创建窗口。我推荐使用GLFW库它比原生Win32 API更简洁且跨平台虽然我们只用Windows。初始化GLFW创建一个带有GLFW_CLIENT_API设置为GLFW_NO_API的窗口因为我们将用DX11而非OpenGL渲染。接下来是DX11设备初始化。核心对象有三个ID3D11Device代表显示适配器显卡用于创建资源缓冲区、纹理、着色器。ID3D11DeviceContext代表渲染上下文用于设置渲染状态和提交绘制命令。IDXGISwapChain交换链管理用于显示的后台缓冲区队列。创建它们通常使用D3D11CreateDeviceAndSwapChain函数。这里有几个关键参数和选择驱动类型DriverType通常选D3D_DRIVER_TYPE_HARDWARE以使用GPU硬件加速。调试时可选D3D_DRIVER_TYPE_WARP一个高效的软件光栅化器进行功能验证。特性等级Feature Levels指定你需要的DX11功能级别。从D3D_FEATURE_LEVEL_11_0开始尝试如果失败则回退到10_1等。这确保了在较旧的硬件上也能运行。交换链描述DXGI_SWAP_CHAIN_DESC这里需要仔细配置。BufferDesc描述了后台缓冲区的宽度、高度、像素格式通常用DXGI_FORMAT_R8G8B8A8_UNORM和刷新率。SampleDesc用于多重采样抗锯齿MSAA对于“跳一跳”可以先设置为1即不采样。BufferUsage必须包含DXGI_USAGE_RENDER_TARGET_OUTPUT。BufferCount通常是2双缓冲。OutputWindow绑定你的窗口句柄。Windowed设为TRUE窗口化运行。SwapEffect常用DXGI_SWAP_EFFECT_DISCARD。注意在调试阶段强烈建议创建设备时启用调试层D3D11_CREATE_DEVICE_DEBUG标志。这样任何DX11 API的错误调用或资源泄漏都会在Visual Studio的“输出”窗口中给出详细的警告和错误信息这是排查图形问题的利器。初始化成功后你需要从交换链获取后台缓冲区并为其创建一个渲染目标视图ID3D11RenderTargetView。同时必须创建一个深度模板缓冲区ID3D11Texture2D及其视图ID3D11DepthStencilView用于处理像素的深度测试确保离摄像机近的物体遮挡远的物体。最后将渲染目标视图和深度模板视图绑定到设备上下文的OMSetRenderTargets。3.2 游戏对象的抽象与渲染组件设计如何优雅地管理游戏中的各种物体我采用了一种轻量级的基于组件的设计模式。核心是一个GameObject类它主要包含一个唯一ID、一个标签如“Player”、“Platform”和一个Transform组件。Transform组件是核心它使用一个4x4的矩阵XMMATRIX或XMFLOAT4X4建议使用DirectXMath库来存储世界变换。我通常会为其提供便捷的接口来设置位置、旋转和缩放并在内部自动重新计算世界矩阵。对于“跳一跳”的小人它的位置会随着物理模拟而每帧更新。RenderComponent是另一个关键组件。它不直接持有网格和纹理数据而是持有指向资源管理器ResourceManager中相应资源的句柄或智能指针。这样做的好处是多个相同的跳台可以共享同一份网格和纹理数据极大地节省了内存和GPU资源。RenderComponent的Render函数接受一个设备上下文指针和一个常量缓冲区指针它的职责是设置该对象所需的顶点缓冲区、索引缓冲区和输入布局。更新常量缓冲区中与该对象相关的数据主要是世界矩阵。设置像素着色器所需的纹理资源视图ID3D11ShaderResourceView。调用DrawIndexed。这种设计使得向场景中添加一个新物体变得非常简单创建一个GameObject添加Transform设置其位置再添加一个RenderComponent并指定其模型和贴图资源即可。3.3 着色器编写与常量缓冲区通信着色器是GPU上运行的小程序定义了图形的最终面貌。在HLSL中我们需要编写至少两个着色器顶点着色器VS和像素着色器PS。顶点着色器的输入是顶点的本地坐标、法线等信息输出是经过变换后的齐次裁剪空间坐标。一个简单的VS如下cbuffer PerObject : register(b0) { matrix World; }; cbuffer PerFrame : register(b1) { matrix ViewProjection; }; struct VS_INPUT { float3 Pos : POSITION; float2 Tex : TEXCOORD; }; struct VS_OUTPUT { float4 PosH : SV_POSITION; float2 Tex : TEXCOORD; }; VS_OUTPUT main(VS_INPUT input) { VS_OUTPUT output; float4 posW mul(float4(input.Pos, 1.0), World); // 变换到世界空间 output.PosH mul(posW, ViewProjection); // 变换到齐次裁剪空间 output.Tex input.Tex; return output; }像素着色器则根据纹理坐标对纹理进行采样输出最终颜色Texture2D gTexture : register(t0); SamplerState gSampler : register(s0); struct PS_INPUT { float4 PosH : SV_POSITION; float2 Tex : TEXCOORD; }; float4 main(PS_INPUT input) : SV_Target { return gTexture.Sample(gSampler, input.Tex); }常量缓冲区Constant Buffer是CPU与GPU着色器通信的桥梁。在上面的HLSL代码中cbuffer PerObject和cbuffer PerFrame就是常量缓冲区。在C端我们需要定义与之内存布局完全一致的结构体并使用ID3D11Buffer来创建和管理它。struct PerObjectCB { DirectX::XMFLOAT4X4 World; }; struct PerFrameCB { DirectX::XMFLOAT4X4 ViewProjection; };创建常量缓冲区时D3D11_BIND_CONSTANT_BUFFER绑定标志和D3D11_USAGE_DYNAMICCPU常更新与D3D11_CPU_ACCESS_WRITECPU可写的使用组合是常见模式。更新时使用Map和Unmap将CPU数据拷贝到GPU显存。实操心得常量缓冲区的更新频率决定了它的分类。PerFrameCB每帧更新一次包含摄像机矩阵和PerObjectCB每个物体更新一次分开创建符合DX11的更新优化策略。另外确保常量缓冲区的大小是16字节的倍数硬件要求可以使用__declspec(align(16))来保证结构体对齐。3.4 物理与碰撞检测的简化实现“跳一跳”的物理不需要复杂的刚体动力学引擎。我将跳跃简化为二维平面XZ平面Y轴向上上的匀加速运动。跳跃逻辑蓄力阶段玩家按住鼠标左键时开始计时并可能有一个视觉反馈如小人下蹲或蓄力条增长。蓄力时间t_hold决定了初始跳跃速度v0。v0可以设计为与t_hold成线性或某种曲线关系但需要设置上限防止跳得太远。飞行阶段释放按键后进入飞行状态。每帧更新小人的位置。其运动可以分解为水平方向假设沿X轴匀速运动。x x0 v0x * t。垂直方向Y轴匀加速运动受重力g影响。y y0 v0y * t - 0.5 * g * t^2。 其中v0x和v0y是根据蓄力时间和预设的跳跃角度如45度分解得到的。当y 跳台高度时进入碰撞检测阶段。碰撞检测 每个跳台和小人都关联一个轴对齐包围盒AABB。检测两个AABB是否相交的算法非常简单高效bool CheckAABBCollision(const AABB a, const AABB b) { return (a.min.x b.max.x a.max.x b.min.x) (a.min.y b.max.y a.max.y b.min.y) (a.min.z b.max.z a.max.z b.min.z); }在飞行阶段末尾检测小人的AABB与目标跳台的AABB是否相交。如果相交则跳跃成功将小人“吸附”到跳台表面中心并重置其速度和跳跃状态同时增加分数。如果不相交则跳跃失败游戏结束或扣减生命值。注意事项由于我们的更新是离散的按帧可能会出现“隧道效应”——即小人速度太快从一帧到下一帧直接穿过了薄薄的跳台导致检测失败。对于“跳一跳”这种节奏的游戏可以通过限制最大跳跃速度即蓄力上限来避免。更通用的解决方案是使用连续碰撞检测CCD但在此项目中必要性不大。4. 完整实现流程与核心代码解析4.1 游戏主循环的构建游戏主循环是游戏的心跳它必须高效、稳定。一个典型的DX11游戏循环结构如下// 初始化所有系统窗口、DX11设备、资源、场景... Initialize(); MSG msg {}; while (m_isRunning) { // 1. 处理系统消息如窗口事件、输入 while (PeekMessage(msg, nullptr, 0, 0, PM_REMOVE)) { TranslateMessage(msg); DispatchMessage(msg); if (msg.message WM_QUIT) { m_isRunning false; } // 将消息传递给自定义输入处理函数 HandleMessage(msg); } // 2. 计算上一帧与当前帧的时间差DeltaTime auto currentTime std::chrono::high_resolution_clock::now(); std::chrono::durationfloat deltaTime currentTime - m_lastFrameTime; m_lastFrameTime currentTime; float dt deltaTime.count(); // 以秒为单位的增量时间 // 3. 更新游戏逻辑传入dt Update(dt); // 4. 渲染 Render(); // 5. 呈现到屏幕 m_swapChain-Present(1, 0); // 第一个参数是垂直同步间隔0表示立即交换1表示锁60帧 }关键点解析消息循环使用PeekMessage而非GetMessage可以避免在无消息时阻塞实现真正的实时循环。增量时间DeltaTime这是实现帧率无关运动的关键。所有物理计算和动画更新都应乘以dt这样无论玩家电脑快慢30FPS或144FPS小人每秒跳跃的距离都是相同的保证了游戏体验的一致性。更新与渲染分离这是良好的架构习惯。Update函数只处理逻辑和状态变更Render函数只负责根据当前状态绘制。两者不应有交叉。垂直同步VSyncPresent函数的第一个参数控制垂直同步。设为1可以锁定帧率与显示器刷新率同步通常60Hz防止画面撕裂但会引入少量延迟。对于“跳一跳”建议开启以获得更稳定的视觉体验。4.2 场景管理与跳台生成算法一个简单的场景管理器Scene类负责管理所有GameObject。它提供添加、删除、查找和遍历对象的接口。在Update阶段场景管理器遍历所有对象调用它们各自的更新逻辑如果有的话。在Render阶段渲染层会从场景管理器获取所有可渲染对象的列表进行绘制。“跳一跳”的关卡是动态生成的。一个简单的跳台生成算法可以这样设计初始状态在原点生成第一个跳台作为起点。生成规则位置下一个跳台的XZ平面坐标可以在上一个跳台的基础上在一个随机方向0-360度上增加一个随机的距离例如在[2.0f, 5.0f]范围内。高度Y坐标可以保持不变平地也可以有随机的小幅度变化上下台阶增加游戏趣味性。变化范围控制在[-1.0f, 1.0f]。类型可以定义几种不同外观不同纹理的跳台随机选择。生成时机当小人成功跳跃到某个跳台后可以检查“未来”的跳台数量。如果视野内的跳台少于某个数量例如5个就立即在序列末端生成新的跳台确保游戏世界看起来是无限的。回收机制同样当跳台远离摄像机视野一定距离后例如在屏幕外且小人不可能再跳回去应该将其从场景中移除并回收资源防止内存无限增长。4.3 输入处理与跳跃手感调优输入处理直接关系到游戏的核心体验——“手感”。我使用GLFW的回调函数来捕获鼠标输入。// 在初始化时设置回调 glfwSetMouseButtonCallback(window, MouseButtonCallback); void MouseButtonCallback(GLFWwindow* window, int button, int action, int mods) { if (button GLFW_MOUSE_BUTTON_LEFT) { if (action GLFW_PRESS) { // 开始蓄力 g_Input.isCharging true; g_Input.chargeStartTime GetCurrentTime(); } else if (action GLFW_RELEASE) { // 结束蓄力触发跳跃 g_Input.isCharging false; float holdTime GetCurrentTime() - g_Input.chargeStartTime; TriggerJump(holdTime); // 将蓄力时间传递给游戏逻辑 } } }手感调优是游戏设计的艺术需要通过反复测试和调整参数来实现蓄力反馈在蓄力时除了计时还可以让小人模型在Y轴上有轻微的下压缩放scale或者在其下方绘制一个逐渐变长的“力量条”。视觉反馈能让玩家直观感知蓄力程度。跳跃曲线跳跃速度v0与蓄力时间t_hold的关系不一定是线性的。可以采用二次曲线或指数曲线让初期蓄力增长快后期增长慢这样玩家更容易进行微调。公式可以是v0 baseSpeed * sqrt(t_hold)并设置上限maxSpeed。重力感重力加速度g的值会影响跳跃的“重量感”。值太大小人下落太快感觉僵硬值太小则轻飘飘的。通常需要多次尝试找到一个感觉自然的值例如9.8 * 3.0f因为游戏世界单位可能和现实米制不同。落地判定碰撞检测成功后不要立即将小人位置硬切到跳台中心。可以加入一个极短时间的平滑插值Lerp让落点过渡更自然。同时可以播放一个简单的粒子效果如灰尘溅起或音效来增强反馈。5. 常见问题、性能优化与调试技巧5.1 开发中常见的陷阱与解决方案黑屏或无任何绘制检查渲染目标视图RTV和深度模板视图DSV确保它们被正确创建并绑定到了管线输出合并阶段OMSetRenderTargets。一个常见的错误是创建了DSV但没有绑定。检查着色器编译确保HLSL着色器编译成功没有语法错误。在运行时检查D3DCompileFromFile或类似函数的返回值。启用调试层后编译错误信息会输出到VS的调试窗口。检查顶点数据与输入布局匹配确保你创建的ID3D11InputLayout描述的顶点结构与传递给IASetVertexBuffers的顶点缓冲区中的数据布局以及顶点着色器VS_INPUT的结构三者完全一致。一个字节的错位都会导致渲染失败。检查视口Viewport是否使用RSSetViewports设置了正确的视口大小它应该和窗口客户区大小一致。画面闪烁或残留上一帧内容确保每帧开始都清空RTV和DSV在Render函数开头务必调用ClearRenderTargetView和ClearDepthStencilView。检查双缓冲确保使用的是双缓冲BufferCount2并且Present调用正常。内存泄漏使用ComPtr智能指针对于所有DX11 COM对象如ID3D11Buffer*,ID3D11ShaderResourceView*等强烈建议使用Microsoft::WRL::ComPtr来管理生命周期。它会在引用计数为0时自动调用Release。启用调试层DX11调试层会报告生命周期内的对象泄漏情况在程序退出时检查输出窗口。跳跃或物理运动不流畅确保使用DeltaTime检查所有位置更新公式是否都乘以了dt。检查浮点数精度避免在每帧更新中对位置进行直接赋值如pos targetPos而应使用基于速度的积分pos velocity * dt。对于摄像机跟随等插值使用Lerp或SmoothDamp函数。5.2 性能优化要点即使对于“跳一跳”这样的小游戏良好的性能习惯也至关重要。批处理绘制调用Draw CallDraw Call是CPU向GPU发起的一次绘制命令过多会导致CPU瓶颈。优化方法静态批处理将所有使用相同着色器、相同纹理的静态跳台如果它们不会移动的网格数据合并到一个大的顶点/索引缓冲区中然后一次Draw Call绘制。这需要预处理模型数据。动态批处理对于小人这样动态移动的物体如果顶点数很少部分驱动会在底层自动合并但不能依赖。更可靠的是使用实例化渲染Instancing。为所有跳台定义相同的网格但通过一个包含每个跳台世界矩阵的实例缓冲区在一次Draw Call中绘制所有实例。这能极大减少Draw Call数量。在HLSL中顶点着色器需要增加一个SV_InstanceID输入来索引实例缓冲区。纹理与资源管理纹理图集Texture Atlas如果跳台和小人有多种皮肤不要为每种皮肤创建单独的纹理文件。可以将所有小图片合并到一张大纹理图集中在着色器中通过不同的纹理坐标来访问。这减少了纹理切换带来的性能开销。延迟加载与缓存使用一个资源池ResourceManager。当需要加载一个纹理或模型时先检查池中是否已存在存在则直接返回引用避免重复加载。常量缓冲区更新策略将更新频率相同的常量数据放在同一个缓冲区。例如摄像机矩阵每帧一次放在PerFrameCB每个物体的世界矩阵每个物体一次放在PerObjectCB。更新时使用Map/Unmap并只更新脏数据发生变化的部分。对于PerObjectCB如果物体很多可以考虑使用一个大的缓冲区并通过偏移来更新但这会提高复杂度。对于初学者为每个动态物体单独管理一个常量缓冲区是更清晰的做法。CPU性能分析使用简单的帧时间打印来监控性能。如果某帧的dt突然变大说明该帧逻辑过于复杂。可以使用更专业的工具如Visual Studio Profiler来定位热点函数。5.3 图形调试实战技巧DX11调试层是你的最佳伙伴。在Visual Studio中你可以使用“图形诊断”工具进行帧调试。捕获一帧运行程序后按Print Screen键或VS图形工具中的捕获按钮VS会记录下该帧所有DX11 API调用。逐步分析在图形诊断窗口中你可以像单步调试代码一样逐步执行每一个API调用DrawIndexed,PSSetShaderResources,UpdateSubresource等并实时查看渲染目标、纹理、缓冲区的状态。检查资源你可以查看任何纹理、缓冲区的具体内容这对于排查纹理加载错误、常量缓冲区数据是否正确传递到GPU等问题是无价之宝。事件列表工具会列出所有调用及其参数如果某个调用导致错误或性能问题会高亮显示。例如如果你发现画面颜色不对可以逐步执行到像素着色器阶段然后检查传入的纹理资源视图是否正确采样器状态是否设置纹理坐标是否合理。这种可视化的调试方式比单纯看代码逻辑要高效得多。完成这个项目后我最大的体会是图形编程和游戏开发是理论与实践紧密结合的领域。看再多的教程都不如亲手实现一个完整的、哪怕很小的闭环。从窗口创建到三角形绘制从摄像机矩阵到跳跃物理每一个环节出问题画面都会给你最直接的反馈——要么黑屏要么错乱要么卡顿。正是通过解决这些具体的问题你对三维空间、矩阵变换、渲染管线、游戏循环的理解才会从概念变成肌肉记忆。这个“跳一跳”项目就像一个微缩的引擎它让你看清了游戏背后各个系统是如何咬合在一起的。当你看到自己编写的小人按照你设计的物理规则成功跳过一个又一个由你生成的跳台时那种成就感是无可替代的。以此为起点你可以尝试加入粒子特效、简单的光照模型如Phong光照、甚至声音系统一步步把它丰富成一个更完整的作品。
