1. 项目概述与核心价值如果你正在学习C#尤其是面向对象编程那么“贪吃蛇”这个项目绝对是一个绕不开的经典练手项目。它不像“Hello World”那样简单也不像企业级应用那样复杂但它麻雀虽小五脏俱全几乎涵盖了面向对象编程的所有核心概念类与对象、继承、多态、接口、封装。更重要的是它能让你亲手构建一个看得见、摸得着、能交互的完整程序这种成就感是单纯看书或做练习题无法比拟的。我见过很多初学者学了一堆语法但一到自己动手就无从下手。这个项目就是一个绝佳的“脚手架”它提供了一个清晰的结构让你知道一个完整的控制台应用程序应该如何组织代码各个部分如何协同工作。通过实现它你不仅能巩固C#语法更能深刻理解“为什么要把代码写成这样”比如为什么需要一个Game类来管理全局为什么蛇和食物要抽象成不同的类为什么场景切换要用接口。这些设计思想才是从“会写代码”到“会设计代码”的关键一步。接下来我将以一个从业者的视角带你从头到尾拆解这个C#面向对象的贪吃蛇项目。我们不止步于让代码跑起来更要深挖每一行代码背后的设计意图并分享我在实现过程中踩过的坑和总结出的优化技巧。无论你是刚入门的新手还是想重温面向对象设计的老手这篇文章都能给你带来实实在在的收获。2. 项目整体架构与设计思想在动手写代码之前我们先在脑子里搭好房子的框架。一个结构混乱的项目就像用积木随手堆的房子稍微加点功能就可能轰然倒塌。我们这个贪吃蛇项目采用了“场景驱动”和“接口抽象”的核心设计模式这让整个项目的逻辑非常清晰也易于扩展。2.1 场景管理模式让游戏状态井然有序贪吃蛇游戏通常有三个明显的状态开始界面、游戏进行中、游戏结束。传统的写法可能会用一堆if-else或者switch在Main函数里跳来跳去代码很快就会变得难以维护。我们采用的方案是场景Scene模式。简单说就是把每个状态封装成一个独立的类。Game类作为总导演它只关心当前是哪个场景nowScene然后不断地让这个场景去“更新”Update。至于这个场景内部是显示菜单、运行游戏逻辑还是展示分数Game类一概不管。为什么这么做好处太多了。首先职责分离每个场景只处理自己的事代码不会搅在一起。其次易于扩展如果将来我想加一个“暂停场景”或者“高分榜场景”只需要新建一个类实现相同的接口然后在Game类里加一行切换逻辑即可其他现有代码完全不用动。最后状态管理清晰游戏在什么状态下该做什么一目了然。2.2 接口驱动与绘制体系统一通信标准场景之间、游戏对象之间需要通信和协作。我们定义了两个核心接口ISceneUpdate接口任何场景都必须实现Update()方法。这是Game类与场景对话的“协议”。Game主循环里只需要调用nowScene.Update()至于具体是哪个场景在更新它不用关心。这就是多态的威力。IDraw接口任何需要在屏幕上显示的东西比如墙、蛇、食物都必须实现Draw()方法。这样无论是地图还是蛇我们都可以把它们当作IDraw对象统一调用Draw()来绘制管理起来非常方便。此外我们还设计了一个GameObject抽象类作为所有游戏物体的基类它包含位置信息pos并实现了IDraw接口要求子类实现Draw。Wall墙、SnakeBody蛇身、Food食物都继承自它。这样做的好处是代码复用和建立规范所有游戏物体都有了“位置”和“可绘制”这两个基本属性。2.3 核心类关系梳理理解了设计思想我们再看看这些类是如何组织在一起的。你可以把它们想象成一个公司的组织结构图董事长Program只负责一件事——聘请总经理Game并让他开始工作StartGame。总经理Game类公司的核心管理者。他定了公司的办公场地大小w,h并且知道公司当前在哪个项目阶段nowScene。他的工作就是不断督促当前阶段的负责人汇报进度循环调用Update并在需要时更换项目阶段ChangeScene。项目经理场景类BeginScene, GameScene, EndScene每个项目经理负责一个具体的项目阶段。他们都必须遵守公司汇报流程实现ISceneUpdate接口。BeginScene和EndScene这两位经理的工作模式很像都是菜单选择所以他们有一个共同的师父基类BeginOrEndBaseScene教他们基本的工作方法。项目成员游戏对象类GameScene经理手下有几个关键员工Map地图工程师、Snake蛇行为专家、Food食物管理员。Map由许多Wall砖块组成Snake由许多SnakeBody身体节组成。这些员工都有一份标准的工作技能表继承自GameObject会Draw。这个结构保证了“总经理”不需要知道“地图工程师”怎么画墙他只需要告诉“游戏场景经理”该干活了剩下的由经理自己去分配。这种低耦合的设计是面向对象追求的目标。3. 核心类详解与实现要点有了清晰的架构图我们现在来深入每一个核心“部门”看看它们具体是如何运作的。我会结合代码解释关键实现细节并分享一些容易出错的地方。3.1 游戏引擎核心Game类Game类是整个游戏的“发动机”和“调度中心”。它的代码不多但每一行都至关重要。public const int w 80; public const int h 30; public static ISceneUpdate nowScene;这里有两个设计点值得讨论使用const定义游戏区域w和h被定义为public const。const是编译时常量它的值在编译时就确定了并且不能改变。用在这里非常合适因为游戏窗口大小在运行时是不变的。定义为public是为了让其他类如Map、Food能方便地使用这个值来定位和计算。如果将来需要变成可配置的可以改为public static readonly或者在配置文件中读取。静态当前场景引用nowScene是static的。这意味着它是一个属于类本身的变量而不是属于某个Game对象。这样设计是因为在我们的游戏里Game类更像一个工具类或管理器理论上只需要一个实例。通过静态成员BeginScene或EndScene在需要切换场景时可以直接调用Game.ChangeScene(...)而无需持有Game对象的引用简化了调用。注意在构造函数中设置控制台窗口和缓冲区大小SetWindowSize和SetBufferSize时务必将缓冲区大小设置得大于等于窗口大小否则可能会出现滚动条。这里我们设置为相同值确保一屏显示。StartGame方法里的while(true)循环是游戏的主循环也叫游戏循环Game Loop。这是所有实时游戏的核心概念在循环中不断处理输入、更新状态、渲染画面。我们的实现是简化版实际游戏中还需要考虑帧率控制比如固定时间步长否则在不同性能的电脑上速度会不一样。3.2 场景基类与具体场景优雅的代码复用开始场景和结束场景非常相似都有一个标题两个选项用W/S选择J键确认。把共同逻辑抽出来放到基类BeginOrEndBaseScene里是面向对象“继承”特性的典型应用。abstract class BeginOrEndBaseScene : ISceneUpdate { protected int selIndex 0; protected string strTitle; protected string strOne; public abstract void EnterJDoing(); public void Update() { /* 通用绘制与输入处理逻辑 */ } }protected成员selIndex、strTitle、strOne被定义为protected。这意味着它们对派生类BeginScene和EndScene是可见的但对类的外部是不可见的。这样既保证了子类可以设置自己的标题和选项文字又封装了内部状态避免了被无关代码随意修改。模板方法模式Update方法在基类中实现了通用的流程显示标题、高亮当前选项、监听按键。但当用户按下J键时具体要做什么开始游戏还是退出则交给子类通过重写EnterJDoing这个抽象方法来决定。这是一种常见的设计模式它定义了算法的骨架而将一些步骤延迟到子类中实现。BeginScene和EndScene的实现就变得非常简洁只需要在构造函数中设置文字并实现EnterJDoing方法即可。这种设计极大地减少了重复代码。3.3 游戏主场景GameScene的协调艺术GameScene是游戏逻辑发生的地方它持有Map、Snake、Food三大核心对象的引用并协调它们的工作。class GameScene : ISceneUpdate { Map map; Snake snake; Food food; int updateIndex 0; // 用于控制更新频率 public void Update() { if(updateIndex % 10000 0) // 逻辑更新与渲染 { map.Draw(); food.Draw(); snake.Move(); snake.Draw(); if(snake.CheckEnd(map)) Game.ChangeScene(E_SceneType.End); snake.CheckEatFood(food); updateIndex 0; } updateIndex; // 输入处理实时 if(Console.KeyAvailable) { /* 处理方向键 */ } } }这里有一个关键技巧将游戏逻辑更新与输入处理分离。注意updateIndex % 10000这个条件用于控制游戏状态蛇的移动、碰撞检测、绘制的更新频率。而输入检测Console.KeyAvailable是在每一次循环中都会检查的。为什么因为玩家的输入需要即时响应。如果等到逻辑更新帧才处理输入你会感觉操作有延迟非常不跟手。而游戏状态如蛇的移动则需要一个固定的节奏否则游戏速度会不可控。通过一个计数器来稀释逻辑更新的频率是一种简单的帧率控制方法。当然这个方法比较粗糙10000这个魔数Magic Number在不同机器上效果不同。更专业的做法是记录时间差实现固定时间步长的游戏循环。实操心得在控制台游戏中Console.KeyAvailable是非阻塞检测按键的常用方法。与之对应的是Console.ReadKey()它会阻塞程序直到按键按下。在游戏循环中必须使用非阻塞方式否则游戏会卡住等待输入。3.4 游戏元素的基石Position、GameObject与IDrawPosition是一个简单的结构体struct用于表示二维坐标。我们为它重载了和!运算符这样在后续判断蛇是否撞墙、是否吃到食物时可以直接写if(snakeHeadPos foodPos)代码意图非常清晰。public static bool operator (Position p1, Position p2) { if (p1.x p2.x p1.y p2.y) return true; return false; }GameObject抽象类和IDraw接口共同构建了游戏对象的绘制体系。GameObject提供了位置属性并强制要求子类实现Draw方法因为IDraw接口。这样我们就能用ListGameObject或数组来管理所有需要绘制的物体在需要重绘画面时遍历这个集合并调用每个对象的Draw方法即可。这种设计为未来可能的复杂绘制比如图层管理、动画打下了基础。3.5 蛇的实现Snake与SnakeBodySnake类是游戏逻辑中最复杂的一部分它管理着蛇的移动、转向、增长和死亡判定。1. 身体存储与移动算法蛇的身体用一个SnakeBody[]数组bodys存储nowNum记录当前有效长度。移动的核心算法在Move()方法中// 身体跟随从尾部开始每一节的位置等于前一节的位置 for (int i nowNum - 1; i 0; i--) { bodys[i].pos bodys[i - 1].pos; } // 蛇头根据方向移动 switch (dir) { ... }这是一个经典的“身体跟随”算法。注意移动后数组最后一节索引nowNum-1的位置变成了原来倒数第二节的位置而原来最后一节的位置应该被“擦除”在我们的简单实现中是通过清屏或覆盖绘制来实现的。2. 方向改变与输入限制在ChangDir()方法中有一个重要的限制逻辑禁止蛇直接反向移动。比如正在向右移动时不能立即按左键让蛇头向左因为那会导致蛇头直接撞上第二节身体游戏瞬间结束。这个判断提升了游戏的合理性和可玩性。3. 碰撞检测CheckEnd()方法负责死亡判定包括撞墙和撞自己。撞墙检测是遍历所有墙的位置撞自己检测是遍历蛇身从第1节开始因为第0节是头。这里有一个潜在的性能问题当蛇身很长时遍历数组进行碰撞检测的效率是O(n)。一个常见的优化是使用一个HashSetPosition来存储所有蛇身和墙的位置这样检测某个位置是否被占据的时间复杂度可以降到O(1)。4. 吃食物与增长CheckEatFood()检测蛇头是否与食物位置重合。如果吃到nowNum加1并在数组nowNum-1的位置new一个新的SnakeBody对象。这里新身体节的位置暂时与上一节相同因为在下次Move()时它会自动被推到正确的位置。然后调用food.RandomPos()重新生成食物。3.6 地图与食物Map与FoodMap类的构造函数负责初始化围绕游戏区域一圈的Wall对象。这里有一个细节因为控制台中一个全角字符如■的宽度等于两个半角字符所以为了墙壁看起来连贯我们在水平方向x轴放置墙壁时x坐标每次递增2i2。这也是为什么蛇在水平移动时x坐标也是±2。Food类的核心是RandomPos方法。它随机生成一个位置然后必须检查这个位置是否与蛇的身体重合。如果重合则递归调用自身直到生成一个不重合的位置。这里使用递归是简洁的但理论上如果空间几乎被蛇占满递归深度可能过大。更稳健的做法是改用循环。4. 从零开始的完整实现流程理解了所有核心类之后我们可以像搭积木一样把整个项目构建起来。我会按照一个更合理的开发顺序并补充一些原始代码中省略但至关重要的细节。4.1 第一步搭建项目框架与基础结构创建控制台应用项目在Visual Studio或Rider中新建一个C#控制台应用项目命名为SnakeGame。定义枚举和基础结构首先创建Position结构体和必要的枚举它们是其他类的基础。在Position.cs中定义Position结构体并重载运算符。创建E_SceneType.cs定义场景类型枚举Begin,Game,End。创建E_MoveDir.cs定义移动方向枚举Up,Down,Left,Right。创建E_SnakeBodyType.cs定义蛇身体类型枚举Head,Body。定义核心接口创建ISceneUpdate.cs和IDraw.cs。接口文件通常比较小单独存放使结构清晰。4.2 第二步实现游戏引擎与场景系统实现Game类在Game.cs中实现游戏总管理类。注意在构造函数中设置控制台属性后最好也设置一下控制台标题和颜色提升体验。public Game() { Console.Title 贪吃蛇 - C# OOP实践; Console.CursorVisible false; Console.SetWindowSize(w, h); Console.SetBufferSize(w, h); Console.ForegroundColor ConsoleColor.White; ChangeScene(E_SceneType.Begin); }实现场景基类创建BeginOrEndBaseScene.cs。这里在绘制时计算光标位置要居中显示公式是Game.w / 2 - text.Length / 2。因为我们的Game.w是字符数而一个中文字符在控制台也算一个位置。实现具体场景类创建BeginScene.cs和EndScene.cs。在EndScene的EnterJDoing中切换回开始场景前可以考虑重置游戏状态比如GameScene的实例但这需要更精细的设计目前我们直接切换即可。4.3 第三步构建游戏世界与对象体系实现GameObject和具体物体创建GameObject.cs抽象类。创建Wall.cs其Draw方法打印红色方块■。创建SnakeBody.cs根据类型绘制黄色㊣头或绿色0身体。注意这些符号需要控制台字体支持如果不显示可以替换为●、○等。创建Food.cs其Draw方法打印青色¤或$。实现Map类在Map.cs中构造函数的循环逻辑是重点要确保把上下左右四条边填满。绘制时遍历walls数组即可。实现Snake类这是最复杂的一步。建议按顺序实现字段bodys数组、dir方向、nowNum长度。构造函数初始化蛇头方向默认为右。Draw()方法遍历bodys数组从0到nowNum-1进行绘制。Move()方法先身体跟随再移动蛇头。ChangDir()方法加入方向限制逻辑。CheckEnd()方法先实现撞墙检测再实现撞自身检测。CheckEatFood()和CheckSamePos()方法。关键调试技巧在实现过程中可以暂时注释掉移动和碰撞检测先确保蛇能正确绘制在屏幕上。然后实现移动再实现碰撞。分步调试比一次性写完整调试更容易定位问题。4.4 第四步整合与最终调试实现GameScene类将Map、Snake、Food组合起来。注意upDateInded建议改名frameCounter控制逻辑更新频率这个值需要根据你的电脑性能调整。10000可能太快或太慢可以尝试5000或20000。修改Program.cs入口点非常简单就是创建Game并启动。运行与测试首先测试开始和结束场景的切换是否正常。进入游戏场景测试蛇的移动和转向是否流畅方向限制是否生效。测试吃食物蛇头碰到食物后食物是否在新位置重生蛇长度是否增加。测试碰撞死亡撞墙和撞自己是否都能正确触发游戏结束场景。一个常见问题与解决你可能会发现蛇移动时身体后面有“拖影”。这是因为我们只在GameScene的更新帧中重绘了地图、食物和蛇但没有清除蛇尾之前的位置。解决方案是在Snake.Move()方法的最后将蛇尾bodys[nowNum-1]的旧位置用空格覆盖掉或者在GameScene.Update()的逻辑更新部分开始时先清屏Console.Clear()。但清屏会导致屏幕闪烁更优的方案是只重绘发生变化的部分。5. 进阶优化与扩展思路实录一个能运行的基础版贪吃蛇已经完成了。但作为一个学习项目我们可以走得更远。下面分享几个我实践过的优化和扩展方向它们能让你对面向对象和游戏设计有更深的理解。5.1 优化一分离关注点与引入游戏循环模型原始代码中GameScene的Update方法同时处理了输入、游戏逻辑更新和渲染并且用取模运算控制速度这耦合度较高。我们可以引入一个更清晰的游戏循环模型。我们可以创建一个GameTimer类或使用Stopwatch来精确控制帧率// 在Game类中 private Stopwatch gameStopwatch new Stopwatch(); private const double MS_PER_UPDATE 50; // 希望每50毫秒更新一次逻辑20 FPS public void StartGame() { gameStopwatch.Start(); double previous gameStopwatch.Elapsed.TotalMilliseconds; double lag 0.0; while (true) { double current gameStopwatch.Elapsed.TotalMilliseconds; double elapsed current - previous; previous current; lag elapsed; // 处理输入实时 nowScene.ProcessInput(); // 以固定时间步长更新游戏逻辑 while (lag MS_PER_UPDATE) { nowScene.UpdateLogic(); // 将逻辑更新从Update中分离 lag - MS_PER_UPDATE; } // 渲染尽可能快或与逻辑更新同步 nowScene.Render(); } }同时将ISceneUpdate接口拆分成IProcessInput、IUpdateLogic、IRender三个接口让场景类分别实现。这样输入处理、逻辑更新、渲染就完全分离开了代码结构更清晰也更容易实现帧率无关的游戏逻辑固定时间步长。5.2 优化二使用集合提升性能与代码质量使用ListSnakeBody代替数组数组长度固定200而List是动态的。使用List可以更自然地表达蛇的增长bodys.Add(new SnakeBody(...))。移除固定长度的限制也让代码更健壮。使用HashSetPosition优化碰撞检测在Snake类中维护一个HashSetPosition occupiedPositions每次蛇移动或食物生成时更新这个集合。检测碰撞时只需要判断蛇头的新位置是否在集合中时间复杂度为O(1)即使蛇身很长也很快。使用Dictionary管理游戏对象如果想支持多种类型的物体比如障碍物、道具可以用Dictionarystring, ListGameObject来按类型管理方便进行批量操作和碰撞分组检测。5.3 扩展一丰富游戏功能计分系统在GameScene中增加score变量吃到食物时加分。在EndScene中显示本次游戏得分。可以进一步实现历史最高分将分数存入文件。难度递增分数每增加100分蛇的移动速度加快减少MS_PER_UPDATE或者地图上随机生成一个障碍物。道具系统创建Food的派生类如SpeedUpFood、SlowDownFood、WallPassFood穿墙。在Food基类中定义虚方法OnEaten(Snake snake)不同子类实现不同效果。这用到了继承和多态。关卡系统创建不同的Map子类如BorderMap有边界、TeleportMap穿墙到对面、MazeMap迷宫。通过Game.ChangeScene(E_SceneType.Game, level)传入关卡参数动态创建不同的地图。这体现了策略模式的思想。5.4 扩展二改进架构与可维护性配置化将窗口大小、蛇初始长度、初始速度、食物分数等参数提取到一个静态的GameConfig类或appsettings.json配置文件中。这样调整游戏参数无需重新编译代码。事件系统使用C#的事件event机制来解耦对象间的通信。例如Snake可以定义一个public event Action OnEatFood事件Food可以定义一个public event Action OnFoodGenerated事件。GameScene订阅这些事件来触发加分、播放音效如果以后有等逻辑。这比直接在Snake里调用GameScene的方法要优雅得多。状态模式管理蛇的行为蛇的移动状态正常、加速、减速、无敌可以用状态模式来实现。定义一个ISnakeState接口有Move,OnEat等方法然后实现NormalState,SpeedUpState等。蛇类持有一个当前状态的引用所有行为委托给状态对象。增加新状态只需新增类无需修改Snake的代码符合开闭原则。5.5 避坑技巧与调试心得控制台闪烁问题频繁的Console.Clear()会导致严重闪烁。解决方案是双缓冲或局部重绘。我们可以维护两个char[,]缓冲区一个表示当前帧一个表示上一帧。每次只将发生变化的字符位置输出到控制台可以极大减少闪烁和提升性能。随机数生成Food类中new Random()如果在短时间内多次调用可能会因为系统时钟种子相同而生成相同的随机序列。最好在Game类中创建一个静态的Random实例供全局使用。线程与输入在复杂的游戏循环中如果逻辑计算耗时可能会阻塞输入检测。可以考虑将输入检测放在单独的线程中但要注意线程安全。对于贪吃蛇这种简单游戏在当前循环中处理足矣。绘制坐标计算控制台坐标原点(0,0)在左上角y轴向下递增。计算居中文本时要确保Game.w和文本长度都是字符数。中英文混排时计算宽度要小心。实现这个项目的过程就像在搭一个精致的模型。每一行代码、每一个设计选择都决定了最终作品的稳定性和可扩展性。当你看到自己编写的贪吃蛇在命令行中流畅运行并且清晰地知道每一部分代码为何这样设计时你对C#和面向对象的理解就已经上了一个坚实的台阶。这个项目最大的价值不在于游戏本身而在于它为你提供了一个实践和思考的完整沙盒。
1. 项目概述与核心价值如果你正在学习C#尤其是面向对象编程那么“贪吃蛇”这个项目绝对是一个绕不开的经典练手项目。它不像“Hello World”那样简单也不像企业级应用那样复杂但它麻雀虽小五脏俱全几乎涵盖了面向对象编程的所有核心概念类与对象、继承、多态、接口、封装。更重要的是它能让你亲手构建一个看得见、摸得着、能交互的完整程序这种成就感是单纯看书或做练习题无法比拟的。我见过很多初学者学了一堆语法但一到自己动手就无从下手。这个项目就是一个绝佳的“脚手架”它提供了一个清晰的结构让你知道一个完整的控制台应用程序应该如何组织代码各个部分如何协同工作。通过实现它你不仅能巩固C#语法更能深刻理解“为什么要把代码写成这样”比如为什么需要一个Game类来管理全局为什么蛇和食物要抽象成不同的类为什么场景切换要用接口。这些设计思想才是从“会写代码”到“会设计代码”的关键一步。接下来我将以一个从业者的视角带你从头到尾拆解这个C#面向对象的贪吃蛇项目。我们不止步于让代码跑起来更要深挖每一行代码背后的设计意图并分享我在实现过程中踩过的坑和总结出的优化技巧。无论你是刚入门的新手还是想重温面向对象设计的老手这篇文章都能给你带来实实在在的收获。2. 项目整体架构与设计思想在动手写代码之前我们先在脑子里搭好房子的框架。一个结构混乱的项目就像用积木随手堆的房子稍微加点功能就可能轰然倒塌。我们这个贪吃蛇项目采用了“场景驱动”和“接口抽象”的核心设计模式这让整个项目的逻辑非常清晰也易于扩展。2.1 场景管理模式让游戏状态井然有序贪吃蛇游戏通常有三个明显的状态开始界面、游戏进行中、游戏结束。传统的写法可能会用一堆if-else或者switch在Main函数里跳来跳去代码很快就会变得难以维护。我们采用的方案是场景Scene模式。简单说就是把每个状态封装成一个独立的类。Game类作为总导演它只关心当前是哪个场景nowScene然后不断地让这个场景去“更新”Update。至于这个场景内部是显示菜单、运行游戏逻辑还是展示分数Game类一概不管。为什么这么做好处太多了。首先职责分离每个场景只处理自己的事代码不会搅在一起。其次易于扩展如果将来我想加一个“暂停场景”或者“高分榜场景”只需要新建一个类实现相同的接口然后在Game类里加一行切换逻辑即可其他现有代码完全不用动。最后状态管理清晰游戏在什么状态下该做什么一目了然。2.2 接口驱动与绘制体系统一通信标准场景之间、游戏对象之间需要通信和协作。我们定义了两个核心接口ISceneUpdate接口任何场景都必须实现Update()方法。这是Game类与场景对话的“协议”。Game主循环里只需要调用nowScene.Update()至于具体是哪个场景在更新它不用关心。这就是多态的威力。IDraw接口任何需要在屏幕上显示的东西比如墙、蛇、食物都必须实现Draw()方法。这样无论是地图还是蛇我们都可以把它们当作IDraw对象统一调用Draw()来绘制管理起来非常方便。此外我们还设计了一个GameObject抽象类作为所有游戏物体的基类它包含位置信息pos并实现了IDraw接口要求子类实现Draw。Wall墙、SnakeBody蛇身、Food食物都继承自它。这样做的好处是代码复用和建立规范所有游戏物体都有了“位置”和“可绘制”这两个基本属性。2.3 核心类关系梳理理解了设计思想我们再看看这些类是如何组织在一起的。你可以把它们想象成一个公司的组织结构图董事长Program只负责一件事——聘请总经理Game并让他开始工作StartGame。总经理Game类公司的核心管理者。他定了公司的办公场地大小w,h并且知道公司当前在哪个项目阶段nowScene。他的工作就是不断督促当前阶段的负责人汇报进度循环调用Update并在需要时更换项目阶段ChangeScene。项目经理场景类BeginScene, GameScene, EndScene每个项目经理负责一个具体的项目阶段。他们都必须遵守公司汇报流程实现ISceneUpdate接口。BeginScene和EndScene这两位经理的工作模式很像都是菜单选择所以他们有一个共同的师父基类BeginOrEndBaseScene教他们基本的工作方法。项目成员游戏对象类GameScene经理手下有几个关键员工Map地图工程师、Snake蛇行为专家、Food食物管理员。Map由许多Wall砖块组成Snake由许多SnakeBody身体节组成。这些员工都有一份标准的工作技能表继承自GameObject会Draw。这个结构保证了“总经理”不需要知道“地图工程师”怎么画墙他只需要告诉“游戏场景经理”该干活了剩下的由经理自己去分配。这种低耦合的设计是面向对象追求的目标。3. 核心类详解与实现要点有了清晰的架构图我们现在来深入每一个核心“部门”看看它们具体是如何运作的。我会结合代码解释关键实现细节并分享一些容易出错的地方。3.1 游戏引擎核心Game类Game类是整个游戏的“发动机”和“调度中心”。它的代码不多但每一行都至关重要。public const int w 80; public const int h 30; public static ISceneUpdate nowScene;这里有两个设计点值得讨论使用const定义游戏区域w和h被定义为public const。const是编译时常量它的值在编译时就确定了并且不能改变。用在这里非常合适因为游戏窗口大小在运行时是不变的。定义为public是为了让其他类如Map、Food能方便地使用这个值来定位和计算。如果将来需要变成可配置的可以改为public static readonly或者在配置文件中读取。静态当前场景引用nowScene是static的。这意味着它是一个属于类本身的变量而不是属于某个Game对象。这样设计是因为在我们的游戏里Game类更像一个工具类或管理器理论上只需要一个实例。通过静态成员BeginScene或EndScene在需要切换场景时可以直接调用Game.ChangeScene(...)而无需持有Game对象的引用简化了调用。注意在构造函数中设置控制台窗口和缓冲区大小SetWindowSize和SetBufferSize时务必将缓冲区大小设置得大于等于窗口大小否则可能会出现滚动条。这里我们设置为相同值确保一屏显示。StartGame方法里的while(true)循环是游戏的主循环也叫游戏循环Game Loop。这是所有实时游戏的核心概念在循环中不断处理输入、更新状态、渲染画面。我们的实现是简化版实际游戏中还需要考虑帧率控制比如固定时间步长否则在不同性能的电脑上速度会不一样。3.2 场景基类与具体场景优雅的代码复用开始场景和结束场景非常相似都有一个标题两个选项用W/S选择J键确认。把共同逻辑抽出来放到基类BeginOrEndBaseScene里是面向对象“继承”特性的典型应用。abstract class BeginOrEndBaseScene : ISceneUpdate { protected int selIndex 0; protected string strTitle; protected string strOne; public abstract void EnterJDoing(); public void Update() { /* 通用绘制与输入处理逻辑 */ } }protected成员selIndex、strTitle、strOne被定义为protected。这意味着它们对派生类BeginScene和EndScene是可见的但对类的外部是不可见的。这样既保证了子类可以设置自己的标题和选项文字又封装了内部状态避免了被无关代码随意修改。模板方法模式Update方法在基类中实现了通用的流程显示标题、高亮当前选项、监听按键。但当用户按下J键时具体要做什么开始游戏还是退出则交给子类通过重写EnterJDoing这个抽象方法来决定。这是一种常见的设计模式它定义了算法的骨架而将一些步骤延迟到子类中实现。BeginScene和EndScene的实现就变得非常简洁只需要在构造函数中设置文字并实现EnterJDoing方法即可。这种设计极大地减少了重复代码。3.3 游戏主场景GameScene的协调艺术GameScene是游戏逻辑发生的地方它持有Map、Snake、Food三大核心对象的引用并协调它们的工作。class GameScene : ISceneUpdate { Map map; Snake snake; Food food; int updateIndex 0; // 用于控制更新频率 public void Update() { if(updateIndex % 10000 0) // 逻辑更新与渲染 { map.Draw(); food.Draw(); snake.Move(); snake.Draw(); if(snake.CheckEnd(map)) Game.ChangeScene(E_SceneType.End); snake.CheckEatFood(food); updateIndex 0; } updateIndex; // 输入处理实时 if(Console.KeyAvailable) { /* 处理方向键 */ } } }这里有一个关键技巧将游戏逻辑更新与输入处理分离。注意updateIndex % 10000这个条件用于控制游戏状态蛇的移动、碰撞检测、绘制的更新频率。而输入检测Console.KeyAvailable是在每一次循环中都会检查的。为什么因为玩家的输入需要即时响应。如果等到逻辑更新帧才处理输入你会感觉操作有延迟非常不跟手。而游戏状态如蛇的移动则需要一个固定的节奏否则游戏速度会不可控。通过一个计数器来稀释逻辑更新的频率是一种简单的帧率控制方法。当然这个方法比较粗糙10000这个魔数Magic Number在不同机器上效果不同。更专业的做法是记录时间差实现固定时间步长的游戏循环。实操心得在控制台游戏中Console.KeyAvailable是非阻塞检测按键的常用方法。与之对应的是Console.ReadKey()它会阻塞程序直到按键按下。在游戏循环中必须使用非阻塞方式否则游戏会卡住等待输入。3.4 游戏元素的基石Position、GameObject与IDrawPosition是一个简单的结构体struct用于表示二维坐标。我们为它重载了和!运算符这样在后续判断蛇是否撞墙、是否吃到食物时可以直接写if(snakeHeadPos foodPos)代码意图非常清晰。public static bool operator (Position p1, Position p2) { if (p1.x p2.x p1.y p2.y) return true; return false; }GameObject抽象类和IDraw接口共同构建了游戏对象的绘制体系。GameObject提供了位置属性并强制要求子类实现Draw方法因为IDraw接口。这样我们就能用ListGameObject或数组来管理所有需要绘制的物体在需要重绘画面时遍历这个集合并调用每个对象的Draw方法即可。这种设计为未来可能的复杂绘制比如图层管理、动画打下了基础。3.5 蛇的实现Snake与SnakeBodySnake类是游戏逻辑中最复杂的一部分它管理着蛇的移动、转向、增长和死亡判定。1. 身体存储与移动算法蛇的身体用一个SnakeBody[]数组bodys存储nowNum记录当前有效长度。移动的核心算法在Move()方法中// 身体跟随从尾部开始每一节的位置等于前一节的位置 for (int i nowNum - 1; i 0; i--) { bodys[i].pos bodys[i - 1].pos; } // 蛇头根据方向移动 switch (dir) { ... }这是一个经典的“身体跟随”算法。注意移动后数组最后一节索引nowNum-1的位置变成了原来倒数第二节的位置而原来最后一节的位置应该被“擦除”在我们的简单实现中是通过清屏或覆盖绘制来实现的。2. 方向改变与输入限制在ChangDir()方法中有一个重要的限制逻辑禁止蛇直接反向移动。比如正在向右移动时不能立即按左键让蛇头向左因为那会导致蛇头直接撞上第二节身体游戏瞬间结束。这个判断提升了游戏的合理性和可玩性。3. 碰撞检测CheckEnd()方法负责死亡判定包括撞墙和撞自己。撞墙检测是遍历所有墙的位置撞自己检测是遍历蛇身从第1节开始因为第0节是头。这里有一个潜在的性能问题当蛇身很长时遍历数组进行碰撞检测的效率是O(n)。一个常见的优化是使用一个HashSetPosition来存储所有蛇身和墙的位置这样检测某个位置是否被占据的时间复杂度可以降到O(1)。4. 吃食物与增长CheckEatFood()检测蛇头是否与食物位置重合。如果吃到nowNum加1并在数组nowNum-1的位置new一个新的SnakeBody对象。这里新身体节的位置暂时与上一节相同因为在下次Move()时它会自动被推到正确的位置。然后调用food.RandomPos()重新生成食物。3.6 地图与食物Map与FoodMap类的构造函数负责初始化围绕游戏区域一圈的Wall对象。这里有一个细节因为控制台中一个全角字符如■的宽度等于两个半角字符所以为了墙壁看起来连贯我们在水平方向x轴放置墙壁时x坐标每次递增2i2。这也是为什么蛇在水平移动时x坐标也是±2。Food类的核心是RandomPos方法。它随机生成一个位置然后必须检查这个位置是否与蛇的身体重合。如果重合则递归调用自身直到生成一个不重合的位置。这里使用递归是简洁的但理论上如果空间几乎被蛇占满递归深度可能过大。更稳健的做法是改用循环。4. 从零开始的完整实现流程理解了所有核心类之后我们可以像搭积木一样把整个项目构建起来。我会按照一个更合理的开发顺序并补充一些原始代码中省略但至关重要的细节。4.1 第一步搭建项目框架与基础结构创建控制台应用项目在Visual Studio或Rider中新建一个C#控制台应用项目命名为SnakeGame。定义枚举和基础结构首先创建Position结构体和必要的枚举它们是其他类的基础。在Position.cs中定义Position结构体并重载运算符。创建E_SceneType.cs定义场景类型枚举Begin,Game,End。创建E_MoveDir.cs定义移动方向枚举Up,Down,Left,Right。创建E_SnakeBodyType.cs定义蛇身体类型枚举Head,Body。定义核心接口创建ISceneUpdate.cs和IDraw.cs。接口文件通常比较小单独存放使结构清晰。4.2 第二步实现游戏引擎与场景系统实现Game类在Game.cs中实现游戏总管理类。注意在构造函数中设置控制台属性后最好也设置一下控制台标题和颜色提升体验。public Game() { Console.Title 贪吃蛇 - C# OOP实践; Console.CursorVisible false; Console.SetWindowSize(w, h); Console.SetBufferSize(w, h); Console.ForegroundColor ConsoleColor.White; ChangeScene(E_SceneType.Begin); }实现场景基类创建BeginOrEndBaseScene.cs。这里在绘制时计算光标位置要居中显示公式是Game.w / 2 - text.Length / 2。因为我们的Game.w是字符数而一个中文字符在控制台也算一个位置。实现具体场景类创建BeginScene.cs和EndScene.cs。在EndScene的EnterJDoing中切换回开始场景前可以考虑重置游戏状态比如GameScene的实例但这需要更精细的设计目前我们直接切换即可。4.3 第三步构建游戏世界与对象体系实现GameObject和具体物体创建GameObject.cs抽象类。创建Wall.cs其Draw方法打印红色方块■。创建SnakeBody.cs根据类型绘制黄色㊣头或绿色0身体。注意这些符号需要控制台字体支持如果不显示可以替换为●、○等。创建Food.cs其Draw方法打印青色¤或$。实现Map类在Map.cs中构造函数的循环逻辑是重点要确保把上下左右四条边填满。绘制时遍历walls数组即可。实现Snake类这是最复杂的一步。建议按顺序实现字段bodys数组、dir方向、nowNum长度。构造函数初始化蛇头方向默认为右。Draw()方法遍历bodys数组从0到nowNum-1进行绘制。Move()方法先身体跟随再移动蛇头。ChangDir()方法加入方向限制逻辑。CheckEnd()方法先实现撞墙检测再实现撞自身检测。CheckEatFood()和CheckSamePos()方法。关键调试技巧在实现过程中可以暂时注释掉移动和碰撞检测先确保蛇能正确绘制在屏幕上。然后实现移动再实现碰撞。分步调试比一次性写完整调试更容易定位问题。4.4 第四步整合与最终调试实现GameScene类将Map、Snake、Food组合起来。注意upDateInded建议改名frameCounter控制逻辑更新频率这个值需要根据你的电脑性能调整。10000可能太快或太慢可以尝试5000或20000。修改Program.cs入口点非常简单就是创建Game并启动。运行与测试首先测试开始和结束场景的切换是否正常。进入游戏场景测试蛇的移动和转向是否流畅方向限制是否生效。测试吃食物蛇头碰到食物后食物是否在新位置重生蛇长度是否增加。测试碰撞死亡撞墙和撞自己是否都能正确触发游戏结束场景。一个常见问题与解决你可能会发现蛇移动时身体后面有“拖影”。这是因为我们只在GameScene的更新帧中重绘了地图、食物和蛇但没有清除蛇尾之前的位置。解决方案是在Snake.Move()方法的最后将蛇尾bodys[nowNum-1]的旧位置用空格覆盖掉或者在GameScene.Update()的逻辑更新部分开始时先清屏Console.Clear()。但清屏会导致屏幕闪烁更优的方案是只重绘发生变化的部分。5. 进阶优化与扩展思路实录一个能运行的基础版贪吃蛇已经完成了。但作为一个学习项目我们可以走得更远。下面分享几个我实践过的优化和扩展方向它们能让你对面向对象和游戏设计有更深的理解。5.1 优化一分离关注点与引入游戏循环模型原始代码中GameScene的Update方法同时处理了输入、游戏逻辑更新和渲染并且用取模运算控制速度这耦合度较高。我们可以引入一个更清晰的游戏循环模型。我们可以创建一个GameTimer类或使用Stopwatch来精确控制帧率// 在Game类中 private Stopwatch gameStopwatch new Stopwatch(); private const double MS_PER_UPDATE 50; // 希望每50毫秒更新一次逻辑20 FPS public void StartGame() { gameStopwatch.Start(); double previous gameStopwatch.Elapsed.TotalMilliseconds; double lag 0.0; while (true) { double current gameStopwatch.Elapsed.TotalMilliseconds; double elapsed current - previous; previous current; lag elapsed; // 处理输入实时 nowScene.ProcessInput(); // 以固定时间步长更新游戏逻辑 while (lag MS_PER_UPDATE) { nowScene.UpdateLogic(); // 将逻辑更新从Update中分离 lag - MS_PER_UPDATE; } // 渲染尽可能快或与逻辑更新同步 nowScene.Render(); } }同时将ISceneUpdate接口拆分成IProcessInput、IUpdateLogic、IRender三个接口让场景类分别实现。这样输入处理、逻辑更新、渲染就完全分离开了代码结构更清晰也更容易实现帧率无关的游戏逻辑固定时间步长。5.2 优化二使用集合提升性能与代码质量使用ListSnakeBody代替数组数组长度固定200而List是动态的。使用List可以更自然地表达蛇的增长bodys.Add(new SnakeBody(...))。移除固定长度的限制也让代码更健壮。使用HashSetPosition优化碰撞检测在Snake类中维护一个HashSetPosition occupiedPositions每次蛇移动或食物生成时更新这个集合。检测碰撞时只需要判断蛇头的新位置是否在集合中时间复杂度为O(1)即使蛇身很长也很快。使用Dictionary管理游戏对象如果想支持多种类型的物体比如障碍物、道具可以用Dictionarystring, ListGameObject来按类型管理方便进行批量操作和碰撞分组检测。5.3 扩展一丰富游戏功能计分系统在GameScene中增加score变量吃到食物时加分。在EndScene中显示本次游戏得分。可以进一步实现历史最高分将分数存入文件。难度递增分数每增加100分蛇的移动速度加快减少MS_PER_UPDATE或者地图上随机生成一个障碍物。道具系统创建Food的派生类如SpeedUpFood、SlowDownFood、WallPassFood穿墙。在Food基类中定义虚方法OnEaten(Snake snake)不同子类实现不同效果。这用到了继承和多态。关卡系统创建不同的Map子类如BorderMap有边界、TeleportMap穿墙到对面、MazeMap迷宫。通过Game.ChangeScene(E_SceneType.Game, level)传入关卡参数动态创建不同的地图。这体现了策略模式的思想。5.4 扩展二改进架构与可维护性配置化将窗口大小、蛇初始长度、初始速度、食物分数等参数提取到一个静态的GameConfig类或appsettings.json配置文件中。这样调整游戏参数无需重新编译代码。事件系统使用C#的事件event机制来解耦对象间的通信。例如Snake可以定义一个public event Action OnEatFood事件Food可以定义一个public event Action OnFoodGenerated事件。GameScene订阅这些事件来触发加分、播放音效如果以后有等逻辑。这比直接在Snake里调用GameScene的方法要优雅得多。状态模式管理蛇的行为蛇的移动状态正常、加速、减速、无敌可以用状态模式来实现。定义一个ISnakeState接口有Move,OnEat等方法然后实现NormalState,SpeedUpState等。蛇类持有一个当前状态的引用所有行为委托给状态对象。增加新状态只需新增类无需修改Snake的代码符合开闭原则。5.5 避坑技巧与调试心得控制台闪烁问题频繁的Console.Clear()会导致严重闪烁。解决方案是双缓冲或局部重绘。我们可以维护两个char[,]缓冲区一个表示当前帧一个表示上一帧。每次只将发生变化的字符位置输出到控制台可以极大减少闪烁和提升性能。随机数生成Food类中new Random()如果在短时间内多次调用可能会因为系统时钟种子相同而生成相同的随机序列。最好在Game类中创建一个静态的Random实例供全局使用。线程与输入在复杂的游戏循环中如果逻辑计算耗时可能会阻塞输入检测。可以考虑将输入检测放在单独的线程中但要注意线程安全。对于贪吃蛇这种简单游戏在当前循环中处理足矣。绘制坐标计算控制台坐标原点(0,0)在左上角y轴向下递增。计算居中文本时要确保Game.w和文本长度都是字符数。中英文混排时计算宽度要小心。实现这个项目的过程就像在搭一个精致的模型。每一行代码、每一个设计选择都决定了最终作品的稳定性和可扩展性。当你看到自己编写的贪吃蛇在命令行中流畅运行并且清晰地知道每一部分代码为何这样设计时你对C#和面向对象的理解就已经上了一个坚实的台阶。这个项目最大的价值不在于游戏本身而在于它为你提供了一个实践和思考的完整沙盒。
