关于什么是游戏引擎的乱想

自己的学习历程

最早开始 EasyX 绘制图形到学会贴图播放音效，复刻一些简单的小游戏（包括使用 pygame 等简单的东西）其实好像是先学的VC+，十分甚至九分的繁琐。这些小的图形库就已经让人兴奋不已 —— 可以从枯燥乏味的“黑窗口”到生动形象的各种画面。 但是这依旧不能算游戏引擎，我认为。因为 —— 物理、动画、网络等，各种 Part 都需要我自己再阴暗地实现。同时，也缺乏好用的工具链，我需要手动来写Update（游戏主循环）。接着接触了Unity，才发现居然有一个东西可以涵盖几乎所有内容，物理、特效……只需要简单的把Collider添加的物体上就可以模拟碰撞，在 Rigidbody上可以直接AddForce…… 花样的世界，甚至是3D游戏的制作。那些本离我很遥远的东西，似乎变得触手可及 —— 原来只需要把GameObject拖拽到World中就可以生成一个实体。 非常的神奇，好像只需要专注于游戏机制（Gameplay），就可以创造出无限吸引人的世界。这是自己第一个接触的游戏引擎，也是我认为自己真正步入游戏开发的伊始。 到现在学习UE、Godot等，也只是简单的把逻辑进行一个迁移，其实并没有非常大的学习成本，只是同样的功能，在不同地方的叫法不一样罢。（当然，有些实现细节还是有差别的）

什么是游戏引擎

游戏引擎不是各种复杂 Part 的简单组合——不是物理模拟、动画系统、控制器、图形渲染等的集成，而是一个让 创作者 / 艺术家 能够将自己的想法拉进现实的工具，一个可以发挥想象力的地方。

越高效成熟的工具链，可以使得我们使用最简单的方式将心里那些激动人心的想法表达出来 —— 游戏引擎构建了一个完全公平的世界，只要有好的想法，就是“婆罗门”。所以，能否让一个八岁的孩子也可以将自己的奇思妙想用生动灵活的方式展现出来，或许恰好是评判一个游戏引擎是否优秀的的标准吧。

那么顺着这一点，便发现了自己思想的局限性 —— 以前看不起蓝图、Scretch 等 Visual Script，觉得这种拉拉拽拽、搭搭积木是幼稚且落后的，而一个能够使用“汇编语言”实现一切的人才是真正的强大。但事实证明，这样想的我才是幼稚而落后的 —— 可视化编程其实是让那些没有经过专业代码训练的人也可以展示自己Idea的工具。

为什么想学这个

挑战，富有挑战性，是的，非常富有挑战性，简单而纯粹的理由。

一个集成了各种丰富的知识的东西，谁能不爱 —— 想到世界可以在手中被创建，就感到兴奋无比。一方面，可以看到别人把自己脑中的抽象转化成现实，看到那些可以让自己眼前一亮的想法；另一方面，知道了世界可以在自己的手中推进。

是在太振奋人心！