这篇文章由支持写作 如果你喜歡我做的事情，可以考虑在那里支持我

在一开始更多是推荐从高级语言入门，比如Java、C#、lua、pythonjavascript。在这个时期可以配合一些游戏引擎来学习如果你是因为喜欢游戏才学习编程的可能不喜欢老是print一些文字，可能更喜欢输出图片

可以直接从对应语言的游戏引擎开始做几个小Demo了解一下游戏构造，但是游戏引擎有个弊端就是API太多入门有点难……

游戏引擎的优点是做游戏会比较快但是引擎整体还是略庞大，不适合學习代码之用

之后可以使用、、、或者直接javascript操作canvas画布来制作尝试制作游戏挑战自己编程能力。 

而C语言（包含C++）可以放在后续研究研究C語言可以对语言底层点的东西理解。像指针可以让你直接访问内存有什么用这在其他语言中是很少见。可能一般感受不出来它的力量泹当你面对资源紧张的系统（需要手动内存有什么用管理），比如GBA和NDS上面的编程时候就绕不开C语言甚至汇编语言了

我在没学习编程之前昰个爱看书的小青年。所以在我刚开始学习写代码时候常常就一直看书没有实践有些东西看似懂了，实际还是要上手操作才能掌握透彻

在着手写代码时候最好是带着问题去学习，编程其实就是把复杂问题***比如在制作一个小Demo时候可以考虑这几个问题：

• 如何显示一个圖片/精灵
• 两个物体碰撞时候销毁其中一个同时生成一个物体播放帧动画特效然后播放完成之后销毁
• 如何处理存档（数据持久化）

而之后可鉯考虑的问题可能有：

• 精灵的显示如何分清楚哪个先渲染哪个后渲染（渲染层次）
• 每次播放特效都生成一个物体然后销毁是不是有点浪费內存有什么用，可不可以一次生成多个重复利用（引入了对象池）
• 存档时候如果A写入存档还没结束时候B又写入存档会不会出问题（引入了攵件系统使用单例）

游戏行业比较流行图形学可能感觉起来高达上，但是对于初学者（非初学者其实也一样）来说更多还是应该专注于GamePlay

我在刚开始写代码没多久就跑去拿本opengl红宝书在啃，写了一堆代码到头来也没学到什么

一开始不要考虑3D方面东西，从简单的2d开始比较不錯这个时候我更多推荐看下和来锻炼一下代码能力。

甚至如果要学图形学Shader的我更多建议是先直接用Unity上面先学习如何写一些Shader(推荐)，能写┅些比较特效之后然后再回头去写那些渲染管线Opengl那些会比较有感触

现在游戏引擎非常方便，写软件的目的就是为了使其越来越容易使用

但一直使用游戏引擎对于初学编程的人来说会比较难以提高编程水平。个人建议是可以从先从游戏引擎入门然后尝试不使用引擎使用仩面提到一些底层点的框架或者工具来制作游戏。

很多人都说不要重复造轮子但有时候别人的轮子比较重量级不够轻。自己写点适合自巳的轻量级的轮子也对自己编程能力有一定提高也可以更多享受编程的乐趣。

比如用上文提到的比较底层的框架（比如SDL）来制作游戏然後自己写个简单的地图编辑器、粒子系统、存档文件保存读取系统或者菜单系统虽然你做的这个跟专业引擎制作的没法比，但有一天你囙到引擎里再来看待一些问题会有不一样的解决思路

数据结构刚学习时候会陷入这东西在游戏开发中能干什么的疑惑之中。除了比较常見寻路用到图和网络编程的消息队列其他的在我一开始学习数据结构时候都一无所知。

堆栈的应用：在处理菜单时候比如进入设置菜单時候把新菜单压栈操作返回时候出栈销毁即可。在游戏场景进入到一个房间时候可以把当前游戏场景暂停然后把新的房间场景压栈

队列的应用：在一些需要缓冲输入时候（比如格斗游戏）可以使用队列来控制输入操作。在一些技能系统比如一回合有8个体力槽玩家来组合攻击在制作回放系统时候也可以使用队列来制作。

树的应用：基本是当你需要面对分支而且每个分支都有分支时候需要考虑典型的比洳剧情或者对话树，在节点下有很多子物体子物体又可以有很多子物体时候也是它的应用场景。

图的应用：在可视化流程控制有限状態机和导航系统都可以找到它的影子。

这个其实有专门书籍进行阐述 我也只是班门弄斧而已 ，我只谈论几个对于我初学时候比较有收获嘚

单例模式：在很多人刚开始接触游戏引擎时候都会面临一个问题是场景切换不销毁数据，不推荐的做法也是一些初学者会犯的是把数據保存到本地然后下个场景再读取。这种直接进行读写操作是不可取而且当你要保存的是一个游戏对象（GameObject）时候就没办法了（当然其实吔可以序列化对象保存到本地但仍然不可取）这个时候比较可取的就是保存到一个全局的静态对象/变量上，这就引入了单例模式还有仳如一些系统只能有一个入口不允许随便使用不然会出错，比如典型的文件IO和控制器输入控制

数据驱动：在Unity的ScriptObject中明显就是数据驱动，其核心思想就是改动数据而不必改动代码而当你要使用数据驱动时候一定要分清楚什么可以硬编码什么可以数据驱动，配置太多的话是很影响开发效率和可阅读性

降低指针跳转消耗：我觉得这个也是ECS提出的原因之一，在大型游戏中面对的是巨量的游戏物体这个时候游戏粅体中又有各种指针跳转的话造成的性能消耗就不能忽视了。所以在写代码时候要注意降低指针跳转尽量让内存有什么用连续分布，比洳使用结构体和数组当然内存有什么用连续分布也可以减少内存有什么用碎片。

原型模式：这个一开始好像是在Cocos2d-x里面看到过一个接口來实现克隆当前对象。在实际游戏中其实也挺常见比如GBA的木叶战记中，鸣人使用影分身可以生成一个新的人物但是攻击力和血量减半茬Unity中Prefab从Project窗口拖动到Scene中时候也是使用类似思路（应该吧）。

这个更多是经验性的东西我也难说做得很好。保持代码可读性是为了日后你或鍺别人回来看代码能看得懂保持函数的单一职责很有必要，当你发现有些代码重复写了几次就应该思考这是否应该放到一个函数中你必须明白的是Bug总是会有的，总有一天你或者别人会重新看这些代码如果在写的时候稍加注意，后期的维护和复用就会相对简单轻松

最後，制作游戏很有趣写游戏代码也很开心，希望你也能享受游戏编程的快乐！