企业官网建设流程全解析

做了这么多年开发，也带过不少新人，我越来越觉得，学编程最好的正反馈不是刷完多少道题，而是亲手做出一个能玩的东西。如果你已经掌握了 Python 的基础语法，整天对着终端 print 已经有点腻了，那 Pygame 就是你下一步最值得花时间研究的库。它是 Python 生态里最经典的游戏开发框架，专门用于 2D 小游戏和图形交互程序，用一套非常朴素的机制帮你实现窗口、绘制、事件、音效这些游戏必备能力。今天我要分享的就是用 Pygame 从零写一个贪吃蛇的完整过程，代码总量不到 150 行，但游戏循环、事件监听、碰撞检测、坐标渲染这些游戏开发的核心概念全都会串一遍。这篇文章适合刚学完 Python 基础、想找第一个练手项目的人，也适合对游戏开发内部机制好奇、想搞明白一个游戏到底怎么跑起来的读者。

1. 先搞清楚：为什么第一个游戏要选 Pygame

1.1 门槛和成就感的平衡点

我先说一个很多人问过我的问题：做游戏为什么不直接用 Unity、Godot 这样的专业引擎，非要折腾 Pygame？

答案很简单：你现在的阶段，需要的是理解游戏的基础规律，而不是被编辑器的一大堆面板淹没。Unity 和 Godot 确实强大，但它们需要先学习场景、预制体、动画状态机、资源管理器这些工具链，而且写逻辑用的也不是 Python（Godot 支持 GDScript，但生态和资料仍然比 Python 差不少）。Pygame 则完全不同——它不过是你 pip 装进来的一个第三方库，核心就是把窗口创建、图形绘制、事件处理这些底层能力封装成 Python 接口，你依然在写纯粹的 Python 代码，只是在调用这些接口。这种模式对一个刚学完基础语法的人来说，几乎没有额外负担。

还有一个点容易被忽略：Pygame 的反馈是即时的。你新建一个窗口，马上就有一个窗口弹出来；你画一个红色方块，屏幕上立刻出现一个红色方块；你绑定方向键，按一下蛇就转个头。这种"我写的东西真的有反应"的成就感，比任何激励都管用。很多人学编程半途而废，不是因为不懂，而是因为长期看不到成果，Pygame 恰恰能在半小时内让你感受到"创作"的快乐。

1.2 贪吃蛇这个项目选得好在哪里

确定了用 Pygame，接下来选什么游戏练手？我见过太多新人一上来就想做塞尔达或者空洞骑士，结果一个月后连一个移动的角色都没搞定，热情全被浇灭了。贪吃蛇是我带新人做练手项目时的首选，原因特别实在：规则极简单，逻辑极完整，扩展空间也大。

贪吃蛇的规则一句话就能说清：蛇按固定速度持续移动，方向由键盘控制，吃到食物长度增加，撞墙或撞到自己游戏结束。但你别小看这几句规则，里面藏着的技术点一个都不少：

• 游戏循环：整个游戏的心脏，每帧都要处理输入、更新状态、渲染画面
• 事件驱动：从事件队列里读取键盘按键，响应用户操作
• 坐标系统：窗口是像素坐标系，把蛇抽象成网格坐标列表
• 碰撞检测：蛇头与食物、蛇头与边界、蛇头与自身
• 随机数生成：食物位置不能与蛇重叠
• 渲染与帧率控制：把内存中的画面绘制到屏幕，并用时钟锁帧

这六个点覆盖了 2D 游戏 90% 的通用概念。你把这套东西吃透了，再去写打砖块、飞机大战、Flappy Bird，本质上都是换皮——同样的主循环骨架，同样的碰撞逻辑，不同的只是游戏规则。所以贪吃蛇不是一个"玩具项目"，它是一把钥匙，打开的是整个游戏开发的大门。

2. 装好环境：Pygame 安装这步别想复杂

2.1 pip install pygame 的正确姿势

安装 Pygame 说简单也简单，一条命令的事：

pip install pygame

但实际带新人的时候我发现，"pip 不是内部或外部命令"这个报错劝退了几乎一半人。这个问题的本质是 Python 没有把可执行文件目录加入系统的 PATH 环境变量，导致在命令行里找不到 pip 命令。有两个最省事的解决办法：一个是重装 Python，在安装向导第一页就把"Add Python to PATH"选上，注意这个选项是默认不勾选的，必须手动勾；另一个是手动补环境变量，把 Python 的安装目录和 Scripts 子目录都追加到系统 Path 里。

装完以后建议顺手确认一下版本：

pip show pygame

能看到版本号和安装路径，说明装成功了。这里我特别想强调一个因环境混乱导致的问题：如果你正在用虚拟环境，一定要先激活虚拟环境，再执行 pip install。我见过太多次pip list里有 pygame，但脚本一跑就报 ModuleNotFoundError，折腾半天发现装到了全局环境，压根没进当前虚拟环境。记住一条铁律：pip install和python your_game.py必须使用同一个 Python 解释器环境。

2.2 关于 pygame 官方下载和国内镜像

有人问过，为什么要去 pygame 官方下载安装包？直接 pip install 行不行？

这里面有个常见的认知误区。pip install 拉取的是 PyPI 官方仓库的包，而 PyPI 上 pygame 这个包的发布者就是 pygame 官方团队，所以pip install pygame本质上就是官方下载渠道。除非你用的是离线环境或者特殊的包管理方案，否则不需要特地去 pygame.org 网页手动下安装包。你从官网下到的.whl文件和 pip 拉下来的是同一个东西。

唯一需要留意的是网络速度。如果你的网络访问 PyPI 默认源很慢或者频繁超时，可以临时切换国内镜像源，比如清华源：

pip install pygame -i https://pypi.tuna.tsinghua.edu.cn/simple

我的建议是优先官方源，慢了你再用镜像，不要在乱七八糟的第三方博客里下载来路不明的同名文件。Python 生态里最安全的依赖安装路径永远是一条清晰的命令加上官方源，尤其对新手来说，千万别手动下载一堆文件然后手动放进 site-packages——那是一条通往噩梦的路。

2.3 环境好不好，三个检查点

安装完成后不要急着写完整游戏，先跑一个最小脚本验证环境是否健康：

import pygame pygame.init() print(pygame.version.ver)

能打印出版本号，说明模块加载正常。第二个检查点是 Python 版本，Pygame 2.x 系列对 Python 3.7 以上的支持都很完善，太旧的 Python 版本很容易碰到找不到匹配二进制包的问题。第三个检查点比较冷门但很关键：如果你在服务器、容器或者没有显示设备的远程机器里跑，pygame 初始化会直接报错，因为它需要访问显示系统。这种情况要么放弃图形界面，要么使用虚拟显示驱动，不过对正常在自己电脑上开发的朋友来说，这一步基本不会碰到。

3. 写代码之前，先把贪吃蛇的程序结构想明白

好多新手拿到一个项目就急着敲代码，敲到一半发现逻辑理不清，再回头推翻重来。我以前也这样。后来我养成了一个习惯：动手之前先花十几分钟把数据结构想清楚，把代码的组织方式想明白。这个习惯放到游戏开发里尤其重要，因为游戏逻辑天然带着"循环"这个特征，一旦思路不清，写出来的代码就是一团乱麻。

3.1 游戏循环是整个引擎的心脏

先说一个最核心的概念：游戏和普通程序的运行逻辑有什么不同？

普通程序是"运行、处理、退出"，整个流程是线性的，跑完就结束。但游戏不是，游戏在玩家停止操作之前需要一直运行下去——人物在动、怪物在动、子弹在飞、倒计时在跳。这个"一直运行"的状态，靠的就是游戏循环。

经典的 Pygame 游戏循环长这样：

1. 拉取并处理事件（键盘按键、鼠标移动、窗口关闭等）
2. 根据当前状态更新游戏数据（移动蛇身、检测碰撞、更新分数）
3. 把最新的游戏状态绘制到屏幕上
4. 控制帧率，短暂休眠，保证循环速度稳定

用生活里的例子来类比，游戏循环就像一个值班室里的保安，每隔一小段时间就做一遍同样的事情：看看门口有没有人按铃（事件），把今天的情况更新到记录本上（状态更新），再对着监控大屏刷新一遍画面（渲染）。这个循环转得快，游戏就流畅；转得慢，游戏就明显卡顿。Pygame 里控制转速的工具是clock.tick(FPS)，它保证每秒钟循环执行次数不超过设定值。

3.2 把游戏对象建模成数据

贪吃蛇有几个核心对象？我数给你听：蛇、食物、方向、分数。每个对象在代码里都是一份数据，想清楚它们的数据结构，整个游戏的骨架就定下来了。

蛇，我用一个坐标元组的列表来表示。列表的第一个元素是蛇头，后面的元素依次是蛇身。每个坐标都是窗口里的一个网格坐标，比如(100, 120)表示蛇的这一节身体在 x 等于 100、y 等于 120 的位置。

为什么用列表？因为蛇的运动规律和列表操作完美匹配。蛇每移动一步，做两件事：把新蛇头坐标插入列表开头；如果没有吃到食物，把列表最后一个元素弹出。这两步合起来的效果，就是蛇的整副身板往前挪了一格。如果吃到了食物，尾部不弹出，蛇的长度就增加一。这个设计一步到位，不需要额外维护复杂的数据结构，逻辑又清晰又准确。

食物，就是一个坐标元组。分数，一个整数。方向，一个表示"下一步往哪走"的向量元组。整个游戏的状态数据就这么三四个变量。这是新手项目应该有的样子——数据模型足够简单，让你能把注意力集中在游戏逻辑的构建上，而不是被复杂的对象关系拖垮。

4. 手把手实现你的第一个 Pygame 游戏

这一节我们来真的。我把代码拆成几个部分，每一部分讲清楚原理和细节，最后给你一个完整的可以直接运行的版本。

4.1 初始化：窗口是怎么诞生的

所有的 Pygame 程序都有一个固定的开场白：

import pygame import sys import random pygame.init() WINDOW_WIDTH = 640 WINDOW_HEIGHT = 480 CELL_SIZE = 20 FPS = 10 BLACK = (0, 0, 0) WHITE = (255, 255, 255) GREEN = (0, 255, 0) RED = (255, 0, 0) screen = pygame.display.set_mode((WINDOW_WIDTH, WINDOW_HEIGHT)) pygame.display.set_caption("贪吃蛇") clock = pygame.time.Clock()

先说pygame.init()，这是一个总开关，把 Pygame 内部的所有子系统一次性初始化，包括显示、事件、字体等模块。写别的代码之前，这一句必须放在最前面。

然后是pygame.display.set_mode()。这个方法会创建游戏窗口，返回值是一个 Surface 对象。你就把 Surface 理解成一块画布，后面所有的绘制操作——画蛇、画食物、写文字——全部在这块画布上进行。set_caption则是给窗口设置标题，这个纯属锦上添花，但做了显得专业。

窗口尺寸我设成 640x480，格子大小设成 20 像素，这样窗口恰好被分成 32x24 个网格。这个数字是权衡过的：格子太小，蛇会显得细碎，画面观感差；格子太大会让游戏区域显得空旷，难度也没了。等你玩熟了可以自己调 CELL_SIZE，改成 10 试试，蛇会变得非常细，移动更平滑但碰撞更敏感——这其实就是一种最简单的游戏手感调节。

4.2 让蛇动起来：移动逻辑的核心

蛇的初始状态是只有一个格子的身体，放在窗口正中央：

snake = [(WINDOW_WIDTH // 2, WINDOW_HEIGHT // 2)] direction = (CELL_SIZE, 0)

direction是一个方向向量。向右移动，x 方向的增量是CELL_SIZE，y 方向增量为 0，所以方向是(CELL_SIZE, 0)。同理，向下移动就是(0, CELL_SIZE)，向左是(-CELL_SIZE, 0)，向上是(0, -CELL_SIZE)。

移动逻辑写在游戏循环里，核心就这几行：

head_x, head_y = snake[0] new_head = (head_x + direction[0], head_y + direction[1]) snake.insert(0, new_head)

思路是这样的：先取出当前蛇头的坐标，用当前方向计算出新蛇头的位置，然后把新蛇头插入列表头部。这一步做完了，蛇的长度其实多了一格，所以接下来要决定尾部的处理：

if new_head == food: score += 1 food = generate_food() else: snake.pop()

如果新蛇头的位置正好是食物所在的位置，说明吃到了食物，分数加一，重新生成食物，并且蛇尾不弹出——蛇的长度真实地增加了一节。如果没有吃到食物，就把蛇尾弹出，整体长度保持不变。

整个移动逻辑只有四五行，但背后的思路非常值得品味：用"头部插入新坐标 + 尾部弹出旧坐标"来模拟蛇的连续运动，而不是每一帧重新计算所有身体段的位置。这个网格化的移动策略，是这类游戏的通用解法。以后你去做俄罗斯方块、迷宫寻路，都是同样的道理。

4.3 食物生成：随机坐标不能随便用

生成食物最简单的写法是这样：

def generate_food(): x = random.randrange(0, WINDOW_WIDTH, CELL_SIZE) y = random.randrange(0, WINDOW_HEIGHT, CELL_SIZE) return (x, y)

用random.randrange从窗口范围里随机选一个落在网格上的坐标，注意第三个参数是步长，保证坐标一定是 20 的整数倍，与蛇的网格完美对齐。

但是这个写法有一个明显的 bug：生成的坐标可能落在蛇身上。如果食物刷在蛇的身体中间，那条蛇无论怎么绕都吃不到它，画面就像出现了一个"灵异食物"，这个 bug 我第一次做的时候真的踩到了，排查了半天才发现。

正确做法是在生成之后检查坐标是否和蛇重叠，如果重叠就重新生成：

def generate_food(): while True: x = random.randrange(0, WINDOW_WIDTH, CELL_SIZE) y = random.randrange(0, WINDOW_HEIGHT, CELL_SIZE) if (x, y) not in snake: return (x, y)

这个 while 循环在极端情况下会重试很多次，但实际游戏中蛇占据的格子比例很小，绝大多数时候第一次生成的坐标就能用。只有当蛇长到几乎占满屏幕时，这个函数才会变慢。想优化的话，可以维护一个空闲坐标列表随机选一个，但对练手项目来说完全没必要，简洁优先。

4.4 绘制画面：渲染没你想象的那么玄

游戏最直观的部分就是把画面画出来。Pygame 的绘制逻辑其实非常朴实：先清空画布，然后把每个元素画上去，最后把整块画布一次性显示出来。

screen.fill(BLACK) for segment in snake: rect = pygame.Rect(segment[0], segment[1], CELL_SIZE, CELL_SIZE) pygame.draw.rect(screen, GREEN, rect) pygame.draw.rect(screen, BLACK, rect, 1) pygame.draw.rect(screen, RED, pygame.Rect(food[0], food[1], CELL_SIZE, CELL_SIZE)) font = pygame.font.Font(None, 36) score_text = font.render(f"Score: {score}", True, WHITE) screen.blit(score_text, (10, 10)) pygame.display.flip() clock.tick(FPS)

screen.fill(BLACK)是清屏，把上一帧绘制的内容全部涂成背景色，相当于黑板擦。如果不做这一步，上一帧的蛇身会残留在画布上，画面会越来越花。所以每一帧都要先清空再重画。

绘制蛇身用的是pygame.Rect。pygame.Rect接收四个参数：左上角 x、左上角 y、宽度、高度。我们的坐标(segment[0], segment[1])正好就是矩形左上角的位置，宽度和高度都是 CELL_SIZE。然后pygame.draw.rect完成矩形填充，先把整个矩形涂成绿色，再用一个黑色边框描一遍边，这样每个小格子之间界限分明，视觉效果更好。

食物就是一个红色矩形，没有描边，颜色上形成鲜明对比。分数则用pygame.font.Font(None, 36)创建一个默认字体渲染的文字表面，再用blit方法把它贴到屏幕的左上角。

这里有个容易被忽略但很关键的概念：pygame.display.flip()。前面所有的绘制都是在一块隐形的内存画布上进行的，玩家的屏幕上什么都看不到。flip()把这块内存画布整体提交到显示器上，瞬间替换。这种"先画好再整体翻页"的做法叫做双缓冲，它的作用是避免画面闪烁和撕裂。Pygame 的flip()把这个底层机制完全封装了，你只需要知道：画完之后必须调用它，画面才会真的更新。

4.5 游戏结束：撞墙和撞自己的判定逻辑

游戏要认真玩起来，必须有结束条件。贪吃蛇的结束条件有两个：撞到墙壁边界，或者咬到自己的身子。

撞墙判定是检查新蛇头的坐标有没有越出窗口区域：

if (new_head[0] < 0 or new_head[0] >= WINDOW_WIDTH or new_head[1] < 0 or new_head[1] >= WINDOW_HEIGHT): break

撞自己判定是检查新蛇头坐标有没有出现在蛇身列表里：

if new_head in snake: break

这里有一个顺序讲究：先判断撞墙，再判断撞自己。其实它们的顺序对最终结果没有影响，但分开写逻辑更清晰。注意撞自己判定要在把新蛇头插入列表之前进行，否则新蛇头已经成了snake列表的第一个元素，任何判断都会得到"撞到自己"的结果，游戏就永远无法继续了。

游戏结束后用break跳出循环，然后执行pygame.quit()释放所有资源。不过如果想让游戏在结束时显示 "Game Over" 提示，或者支持按 R 键重新开始，你需要用一个game_over状态变量来代替直接break。这个小的结构调整，是后面扩展功能的基础。

5. 完整代码：一版可以直接运行的贪吃蛇

把前面 4.1 到 4.5 的代码片段组装起来，就是一个完整的贪吃蛇游戏。我测试这个版本时用的就是下面的代码，跑了几个来回，10 FPS 的节奏对新手来说很舒服，方向响应灵敏，碰撞判定准确。完整代码如下：

import pygame import sys import random pygame.init() WINDOW_WIDTH = 640 WINDOW_HEIGHT = 480 CELL_SIZE = 20 FPS = 10 BLACK = (0, 0, 0) WHITE = (255, 255, 255) GREEN = (0, 255, 0) RED = (255, 0, 0) screen = pygame.display.set_mode((WINDOW_WIDTH, WINDOW_HEIGHT)) pygame.display.set_caption("贪吃蛇") clock = pygame.time.Clock() snake = [(WINDOW_WIDTH // 2, WINDOW_HEIGHT // 2)] direction = (CELL_SIZE, 0) def generate_food(): while True: x = random.randrange(0, WINDOW_WIDTH, CELL_SIZE) y = random.randrange(0, WINDOW_HEIGHT, CELL_SIZE) if (x, y) not in snake: return (x, y) food = generate_food() score = 0 running = True while running: for event in pygame.event.get(): if event.type == pygame.QUIT: running = False elif event.type == pygame.KEYDOWN: if event.key == pygame.K_UP and direction != (0, CELL_SIZE): direction = (0, -CELL_SIZE) elif event.key == pygame.K_DOWN and direction != (0, -CELL_SIZE): direction = (0, CELL_SIZE) elif event.key == pygame.K_LEFT and direction != (CELL_SIZE, 0): direction = (-CELL_SIZE, 0) elif event.key == pygame.K_RIGHT and direction != (-CELL_SIZE, 0): direction = (CELL_SIZE, 0) head_x, head_y = snake[0] new_head = (head_x + direction[0], head_y + direction[1]) if (new_head[0] < 0 or new_head[0] >= WINDOW_WIDTH or new_head[1] < 0 or new_head[1] >= WINDOW_HEIGHT): break if new_head in snake: break snake.insert(0, new_head) if new_head == food: score += 1 food = generate_food() else: snake.pop() screen.fill(BLACK) for segment in snake: rect = pygame.Rect(segment[0], segment[1], CELL_SIZE, CELL_SIZE) pygame.draw.rect(screen, GREEN, rect) pygame.draw.rect(screen, BLACK, rect, 1) pygame.draw.rect(screen, RED, pygame.Rect(food[0], food[1], CELL_SIZE, CELL_SIZE)) font = pygame.font.Font(None, 36) score_text = font.render(f"Score: {score}", True, WHITE) screen.blit(score_text, (10, 10)) pygame.display.flip() clock.tick(FPS) pygame.quit() sys.exit()

说几个实测时的细节。第一，10 FPS 的画面上看蛇是"一格一格跳着走"的，这是网格游戏的正常表现，不是卡顿，如果想让运动更平滑就得改用浮点坐标，但碰撞检测会复杂不少，第一个项目不建议增加这个复杂度。第二，因为循环里先插入了新蛇头再判断是否吃到食物，所以蛇头碰到食物的那一帧，蛇身其实已经长了一格，视觉效果连贯自然，没有延迟感。第三，窗口关闭时pygame.QUIT事件会触发，我把running置为 False，循环正常退出，程序不会崩溃，这是你未来做任何 Pygame 游戏都要保留的收尾逻辑。

6. 常见问题与排查技巧实录

写这段的时候，我把带新人踩过的坑都翻出来了。这些问题在官方文档里讲得少，但实际遇到的问题里十个有八个是它们。

6.1 安装层面的高频问题

6.2 运行阶段容易踩的坑

第一个高频坑是窗口一闪而过。很多人写完代码双击运行，黑框晃一下就没了，以为是代码写错了。最常见的两个原因是：游戏循环条件一开始就不成立，或者循环之前就抛了异常。建议在代码里加一层try/except打印完整堆栈，先看看错误信息再改代码，效率会高很多。

第二个坑是蛇能穿身体却不判定失败。原因我在 4.5 节说过：如果你先把new_head插入snake列表再做碰撞判断，它永远等于列表第一个元素，永远都会判定为撞到自己，逻辑就乱了。正确顺序是先判定后插入。这个顺序问题非常典型，几乎所有写网格游游戏的初学者都会栽一次。

第三个坑是方向键导致蛇身反向。蛇正在向右走，你按左键，理论上蛇头会直接撞到自己，游戏结束。但这样体验很差，玩家手一滑就死了。经典解法是按键处理时禁止 180 度掉头，也就是当前方向是向右时，禁止将方向改成向左。代码里已经在每个方向按键判断中加了这个逻辑，你照着写就行。

第四个坑比较隐性：蛇身从 1 格长到几十格之后，new_head in snake这个判断会遍历整个列表。在贪吃蛇这个规模下，列表长度最多几百，性能完全不是问题。但如果你以后做别的游戏，动辄几千个对象做碰撞检测，就需要引入更高效的数据结构或者空间划分算法了。你现在只要知道有这个方向就够了。

6.3 代码组织层面的一个建议

很多人写着写着，整个游戏逻辑全塞在 while 循环里，过两天自己都看不懂了。我的建议是趁这个项目还小，赶紧把它重构成函数版——handle_input处理按键、update更新状态、draw渲染画面、main组织主循环。这四个部分是几乎所有游戏代码的共同骨架。你把我给的完整代码重构成这个结构，等于完成了一次特别有价值的代码组织练习。别小看这一步，很多人从"能写"到"会写"，靠的就是这种主动的重构训练。

7. 试着扩展你的游戏：从练手到作品

到这一步，你的第一个 Pygame 游戏已经从零到一跑通了。但我还是想认真建议你：别停在这里，继续往下做。

扩展的方向我按难度排个序：

最容易的是加音效。Pygame 自带的pygame.mixer模块支持播放 wav 和 ogg 格式的音效。吃食物时放一个清脆的"叮"声，游戏结束来一段低沉音效，你的游戏立刻就有了"质感"。音频素材可以去免费音效网站下载，也可以用系统自带的声音工具自己合成，门槛很低。

再就是给食物加保质期。让食物生成后开始倒计时，倒计时结束自动换位置。这个改动让游戏节奏明显变快，玩家的操作策略也会随之改变，体验完全不一样。

往上走一步，增加墙体障碍。在网格里预设几组固定障碍物，蛇碰到即死。这个功能会让游戏难度阶梯式上升，而且非常锻炼你处理"多个碰撞目标"的能力，因为障碍物和食物、蛇身要统一纳入坐标体系来管理。

最值得做的是开始界面和结束界面。这一步会把你引到游戏开发绕不开的概念——状态机。你可以用一个变量game_state来表示当前处在哪个阶段，比如MENU、PLAYING、GAME_OVER，每个阶段进入不同的逻辑分支：菜单阶段等待按键、游戏阶段运行主循环、结束阶段显示分数并提供"按 R 重新开始"。这个改动涉及的技术面最广，做完了你对游戏整体架构的理解会完全不一样。

我个人强烈建议你优先做"开始/结束界面 + 重新开始"，因为它是最综合的练习。做这一个扩展，你就把状态管理、事件分发、渲染切换都过了一遍，做完之后你再回头看我给的完整代码，会发现自己已经能挑出不少可以优化和重构的地方了。

最后分享一个我做这个小项目的体会。这个游戏虽然简单，但它把一个看似神秘的事情变得透明了——游戏不过是"循环 + 状态 + 绘制"的反复运转。你在 Pygame 里学到的这些底层逻辑，以后玩 Unity、Unreal 依然成立，只是被封装得更深而已。亲手从零做出一个能玩的游戏，你会真正理解那句老话：复杂的东西拆到底，也都是简单零件的组合。