仰望星空

不知不觉系列文章已经来到了第二十篇，本篇我们将会给这一个大章节的内容做一个总结。

在之前的篇章里面，我们一直在编辑器里面干活，然后做好资源的编辑和代码开发后，我们可以直接在编辑器内点击那个播放按钮就能真实的把游戏跑起来，但是有时候，我们可能希望在菜单里面加个按钮，这样我们可以直接执行一些批量的编辑动作，又或者我们希望像数组元素显示在Inspector面板上的效果一样，为我们的自定义数据结构也画一个特殊的编辑界面，那么这个时候我们就需要扩展Unity编辑器。

在上一篇文章中，我们大约是开始接触到资源加载的事情了，场景资源则是一个比较特殊的资源，我们只要添加到Build Settings里面，那么我们就可以通过API直接加载。但是其他类型的资源怎么办呢？比如我们制作一个网络游戏，接收到后台的返回数据要求给人物装上一把枪，但是我们也不可能把所有枪都作为成员数据赋值上去，肯定是希望用到哪个就加载哪个，所以这个时候就需要支持通过类似名字或者路径的方式加载资源。因此本章我们将会讲解Unity中资源到底是什么，如何进行加载的，以及几种加载方式适用的场景。

前面的所有文章我们都在一个固定的游戏场景内进行开发，在最开始介绍场景这个概念的时候就已经提及，这个场景可以是一张地图，或者是一个对战房间等等，所以显然这个场景可以有多个，并且可以从一个场景切换到另外一个场景，那么在Unity中如何进行场景切换，以及如何处理好场景切换时的各个逻辑呢，本章就会详细讲解。

上一篇我们简单的做了一个玩家不动的情况下，如何控制准心来射击子弹，但是显然正常的游戏需要移动玩家本体，所以本篇我们需要补全这部分玩法所需的功能。

上一章中，我们剩下最后一个任务，需要支持鼠标控制准心来进行设计，那么准心本质上就是一个始终呈现在屏幕上的一个图片，你当然可以用一个3D物体来制作，之前讲解渲染概念的时候也提到过，我们的屏幕就是相机的近裁面，只要我们将3D物体保持放在近裁面的地方，我们就可以保证这个物体看起来就像是一直在屏幕上一样。

上一篇文章我们讲了如何动态创建物体，以及如何用Prefab机制复用我们制作好的物体和逻辑，那么本篇我们将会讲解如何利用这些功能，结合Unity自带的物理引擎，实现一个简单的FPS游戏的效果。

在之前的篇章里面，我们已经学习到了编辑场景就直接在编辑器里面新建一个GameObject，不论是立方体也好，还是一个球体也罢，我们也都可以通过代码里面新建一个可以序列化的GameObject变量后，在编辑器面板上赋值引用到这个物体。但是很显然作为程序员，我们更希望了解到，如何脱离这样的机制来自行创建物体和操控物体，这样操作虽然对艺术创作很有帮助，但是对一些业务逻辑来说就很难搞了，比如游戏中常见的刷怪，就需要根据游戏逻辑来动态的创建怪物，我们总不可能在场景里面编辑好所有可能的情况吧。

在我们继续扩大我们控制场景物体的逻辑之前，我希望先讲讲Unity中关于渲染的一些概念，如果不是做图形程序或者技术美术，可能做很久游戏开发也不一定用得上，但是既然要系统性的从0学起，那至少还是要了解一些最基本的内容。本篇我们会以0基础的视角，以相机着手，了解我们常用的渲染组件和逻辑都是怎么关联的，如果以及非常粗略的说明我们看到的画面都是哪些因素所影响，最后如何呈现出来的。

上一篇文章介绍了如何在Unity中接收用户的输入，由于需要兼容各个设备的差异，Unity做了一套封装，初用起来可能会比较绕，本篇我们就直接用起来，我们会利用wasd来移动我们的游戏内的视线，有点类似FPS游戏里面的操作效果，同时我们也会学习如何让我们的代码控制场景内的物体，而非只是控制组件自己所在的物体。

在1.8章节里面，我们详细介绍了Unity里面开发游戏逻辑的一个比较重要的概念，就是组件（MonoBehaviour），只要你的逻辑需要关联上GameObject，那么基本上都是从组件来开始编写逻辑。那么本篇我们将会讲解如何完成第一步，也就是接收用户输入的这个逻辑。

前面我们讲了那么多各种场景编辑，如何写一个基本的代码来实现我们想要的组件，最后在编辑器里面运行我们的游戏，但是这都是我们开发游戏路上的千分之一不到的进程。在开发的路上我们肯定希望有一定成果后就分享给关注这个游戏的人体验体验，那么如何将自己的游戏发给其他人呢？这就需要对游戏进行打包操作。

上篇文章我们初步的接触了怎么创建游戏物体的功能组件代码，这篇文章我们将会详细的讲解这个代码是怎么被Unity使用的，以及我们如何编写在Inspector上可以展示参数的功能组件。

前篇我们简单的入门了对于一个游戏场景（Scene）如何使用编辑器进行编辑，这是我们进行游戏内容创作的重要工作流程，但是目前为止，我们能操作的最小单位也只是物体，并没有深入到物体本身，本篇我们将借助Inspector面板和代码来讲解组成游戏世界的物体，到底是什么，以及我们如何进行操纵。

创建一个场景资源（如果有需要的话）打开这个场景资源（从Project窗口打开）在Hierarchy窗口里面新建属于这个场景的物体，可以是一个Cube，也可以是其他任何东西在Scene窗口中可以进行类似玩游戏一样的编辑操作，这极大的方便了美术和策划参与到游戏开发中选中任何物体时，可以在Inspector面板上看到我们程序能理解的关于这个物体包含的功能组件都是哪些，以及每个组件可以修改的数据都可以直接修改。

在正式开始写代码之前，我们需要了解基本的Unity开发的工作流，不同于其他教程，我会更加专注于如何实现我们的目的，因此不仅只限于写代码，我们也需要做游戏策划的事情，否则光学习代码是无法理解整个事情的全貌。

在界面的中间顶部则有一个类似播放按钮的一组按钮，第一个播放按钮点击则直接可以让Unity开始把当前显示的场景跑起来，这样在Game窗口则直接可以看到跑起来的情况。也就是说和传统开发显著不同的地方，游戏引擎的编辑器都提供了一个不打包就能直接跑起来看效果的功能，这对于游戏开发的效率来讲是非常重要的，要知道大型游戏的打包即使是增量打包也是相当之慢，谁也不希望改一行代码要等半个小时才能看效果。

那么对于更加复杂的游戏，我们是不是可以使用此类的方法进行开发呢？答案是可以，但又不完全可以。

以五子棋举例，我们从0开始解释了一个游戏的开发需要至少做哪些事情，这些事情的关联是什么，只有了解到了游戏的基本原理，我们才能从复杂的游戏引擎中不迷茫。

新开了一个专栏来写一些游戏开发的教程文章，写这些文章的初衷是教会我老婆做游戏开发，我老婆也是个程序员，我也是几年前才开始转向游戏开发方向，在学习的过程中即使拥有多年普通客户端的开发经验，也仍然感觉到自己一个人琢磨去学习的难度曲线很高，中间在公司内部出过一些基础教程文章，还是比较受欢迎，因此也间接的促成了我想要开设这样一个专栏专门系统的功利的讲一下如何学习游戏开发。所以如果是完全没程序开发基础的人的话，不能期望文章会对所有细节面面俱到，提供的代码可以直接ctrl c+v就能直接跑。