最近我闲得蛋疼，看我儿子天天抱着手机玩那个什么消消乐，我就琢磨，这玩意儿到底是怎么跑起来的？是不是代码写得天花乱坠？我寻思着，不如自己动手捣鼓捣鼓，做一个最简单的“移动方块”游戏，就是那种方块从上面掉下来，能左右移动的。
我立马打开电脑，没用啥花里胡哨的专业软件，就用最基本的编程语言敲了起来。这游戏的逻辑，说白了，根本就不是什么高科技，它就是一张巨大的表格，或者叫“矩阵”。
实践第一步：把世界切成格子
我先是定义了一个二维数组，比如10行20列，这就算是我的游戏场地了。场地里啥都没有就是0，有方块占据了就是1。我把这个场地画出来，这就是背景。这步很简单，几分钟就搞定，就是把屏幕划分了区域。
你得记住，游戏里的每一个操作，都是在操作这个大表格里的数字。方块动了，就是数字在表格里换了个位置，仅此而已。我当时差点以为要用到什么人工智能才能实现，结果就是这么简单。
抓住方块，让它听话
我要让方块出现。方块不是固定的，它是一个集合，比如一个“L”形的方块，它占了四个格子。我得用一个单独的变量来记录这个方块现在在哪个位置（坐标）。
关键的来了，怎么移动？新手最怕这个。我发现，移动方块就是三步走：
- 第一步：记录方块目前的位置。
- 第二步：计算它想去的新位置（比如向左移动一格，就是X坐标减1）。
- 第三步：最重要的是检查新位置有没有被占或者有没有超出边界。
如果检查没问题，我就把旧位置的格子清空（变回0），然后把新位置的格子涂上颜色（变1）。如果检查出问题，那对不起，方块原地待着。整个过程，我甚至没用什么图形库，一开始就是用字符在命令行里跑着玩，就是为了把逻辑彻底理清楚。
搞定重力和碰撞
我遇到的第一个坑是“重力”。方块怎么自己往下掉？我设置了一个定时器，每隔半秒钟，程序就自动执行一次向下移动的检查和操作。这模仿的就是方块掉落的速度。
碰撞检测是最磨人的。方块往下掉，碰到下面已经堆好的方块或者场地底部，就不能再动了。我花了好几个小时，才搞明白：它不是判断方块“有没有重叠”，而是判断如果它往下移“会不会重叠”。
一旦判断为“会”，就立马停止下落，并且把这个方块的所有格子固定住，合并到我的大场地矩阵里，变成场地的一部分，等着下一个方块出现。
我看着自己写出来的代码，虽然界面丑得要死，方块就是几个不同颜色的点，但它实打实地运行起来了，能移动，能堆叠，还能简单地消掉一行。整个逻辑就是这么个来回倒腾的循环：检查->移动->固定->再检查。
新手想上手，别想那些花哨的界面，先老老实实地把“格子”和“坐标”的概念掰扯清楚，把每一次移动都看成是数字的加减法和边界的判断，你就能跑起来。我感觉我花时间最久的地方，反而不是写代码，而是不断在调试中弄清边界和碰撞的判断条件，一旦这个搞定了，游戏主体逻辑就算搭起来了。
