U
ity3D游戏开发之游戏架构脚本该如何来写
这篇文章主要想大家说明一下我在U
ity3D游戏开发中是如何写游戏脚本的，对于U
ity3D这套游戏引擎来说入门极快，可是要想做好却非常的难。这篇文章的目的是让哪些已经上手U
ity3D游戏引擎的朋友学会如何更好的写游戏脚本，当然本文这紧紧是我这么多年对游戏开发的认知，你也可以有你自己的看法。首先我们看看游戏主要是由哪几部分组成的，如下图所示，任何平台下的任何游戏核心都是由：数据、逻辑、渲染三大部分组成。
当你写过》2个平台下的游戏时你会发现其实游戏开发很“容易”，为什么“容易”呢？因为此时你会发现所有平台下开发游戏的模式，如下图中的“数据”与“逻辑”两部分真的是完全一样的，这两部分是与游戏开发平台无关的。然而真正与游戏平台有关的紧紧是“渲染”这部分，因为各个游戏平台下的渲染接口是不同的。这也就印证了一点，能把J2ME游戏写好的程序员就必然能把IOS或A
droid游戏同样的写好。读到这里请结合一下你的公司情况，你可能会发现在你的技术总监两三天就能上手U
ity3D游戏开发Cocos2d游戏开发，这并不是他对游戏平台研究的透彻，而是他对游戏数据的掌控能力非常强，所以能很快玩转各个平台下的开发。文章出处【狗刨学习网】
f如下图所示，U
ity3D这套游戏引擎在游戏开发中的权重如图中所示。其中包含100的渲染部分50％左右的逻辑部分。（因为U
ity3D封装了很多与逻辑相关的API供开发者使用）
下面我们回到U
ity3D脚本架构的编写上，我们知道U
ity3D在是可以创建游戏场景的，在每个游戏场景中又可以创建游戏对象，把每个场景的游戏对象融合在一起就是一款3D游戏。游戏场景之间属于同等级的关系，为了让游戏场景之前交互我们需要有一个凌驾所有场景之上的脚本，我称之为“全局脚本”。如下图所示，所有场景都能与这个唯一的全局脚本进行交互。举个例子，当场景切换时可将临时逻辑数据写入全局脚本中，切换完毕后再去全局脚本中取之前保存的数据，从而实现交互。（当然还有别的办法也能实现这个效果，但是我觉得这样做会更好一些，数据会更安全一些）
f接着我们就进入场景中，游戏场景是由若干游戏对象组成，下面我好好说一说游戏对象。游戏对象是需要绑定游戏脚本才能完成它的生命周期。那么脚本的使命就会尤其的重要。因为游戏对象比较多那么脚本必然会出现交互的情况，如下图所示，很多初期U
ity3D的项目中的脚本会编写成这个样子。错综复杂相互交互，这样编写的脚本有可能你r