Unity的架构

Unity的架构有如下几种常用的方式。
1.EmptyGO
在Hierarchy上创建一个空的GameObject,然后挂上所有与GameObject无关的逻辑控制的脚本。使用GameObject.Find()访问对象数据。

缺点:逻辑代码散落在各处,不适合大型项目。

2.Simple GameManager
所有与GameObject无关的逻辑都放在一个单例中。

缺点:单一文件过于庞大。

3.Manager Of Managers。
将不同的功能单独管理。如下:

MainManager: 作为入口管理器。

EventManager: 消息管理。

GUIManager: 图形视图管理。

AudioManager: 音效管理。

*PoolManager: go管理（减少动态开辟内存消耗,减少GC）。

实现一个简单的PoolManager

// 存储动可服用的GameObject。
private List<GameObject> dormantObjects = new List<GameObject>();
// 在dormantObjects获取与go类型相同的GameObject,如果没有则new一个。
public GameObject Spawn(GameObject go)
{
GameObject temp = null;
if (dormantObjects.Count > 0)
{
foreach (GameObject dob in dormantObjects)
{
if (dob.name == go.name)
{
// Find an available GameObject
temp = dob;
dormantObjects.Remove(temp);
return temp;
}
}
}
// Now Instantiate a new GameObject.
temp = GameObject.Instantialte(go) as GameObject;
temp.name = go.name;
return temp;
}
// 将用完的GameObject放入dormantObjects中
public void Despawn(GameObject go)
{
go.transform.parent = PoolManager.transform;
go.SetActive(false);
dormantObject.Add(go);
Trim();
}

//FIFO 如果dormantObjects大于最大个数则将之前的GameObject都推出来。
public void Trim()
{
while (dormantObjects.Count > Capacity)
{
GameObject dob = dormantObjects[0];
dormantObjects.RemoveAt(0);
Destroy(dob);
}
}

缺点:

(1)不能管理prefabs。

(2)没有进行分类。

更好的实现方式是将一个PoolManager分成:

若干个 SpawnPool。

每个SpawnPool分成PrefabPool和PoolManager。

PrefabPool负责Prefab的加载和卸载。

PoolManager与之前的PoolMananger功能一样,负责GameObject的Spawn、Despawn和Trim。

要注意的是:

(1)每个SpawnPool是EmeptyGO。

(2)每个PoolManager管理两个List (Active,Deactive)。

讲了一堆,最后告诉有一个NB的插件叫Pool Manager- -。

*LevelManager: 关卡管理。

推荐插件:MadLevelManager。

GameManager: 游戏管理。

C#程序员整理的Unity 3D笔记（十二）：Unity3D之单体模式实现GameManager

*SaveManager: 配置管理。

实现Resume,功能玩到一半数据临时存储。

推荐SaveManager插件。可以Load、Save均采用二进制(快!!!)

所有C#类型都可以做Serialize。

数据混淆,截屏操作。

MenuManager 菜单管理。

4.将View和Model之间增加一个媒介层。
MVCS:StrangeIOC插件。

MVVM:uFrame插件。

《Game Design Workshop》读书笔记:

之前看的英文第三版，看了好几天的东西，今天下了个中文第一版,看一会全跟上来了，还是先看中文版的吧。

(1)设计师要通过玩家的眼睛看世界,不要陷在画面、故事情节、游戏的特性中。整体性才是设计师要关注的。玩家玩你的游戏玩得过瘾才能玩很长时间。
(2)游戏的测试很重要,超级重要!,要从头测到尾,多倾听,适当妥协保证团队有效沟通,美术考虑美术,程序考虑程序,制作人考虑预算,设计师负责提高游戏体验。

IoC和Foundation Framework  

MVVM

————————————————————————————————————————

Unity3D之单体模式实现GameManager

Unity3D中创建类，默认会继承自MonoBehaviour的类, 这样不需要自己创建它的实例、也不能自己创建（如 new 类名）–编译的时候可以编译过去，但是执行会报错错误在console窗口。

诚然，继承自MonoBehaviour的类，有一些好处，可用到Unity 事件驱动：如我们经常用到的Awake, Start, Update等。

而这里的GameManager是单例模式，我仅仅会暴露一些public接口、存储全局数据，生命周期不由Unity控制。(不用考虑拖一个Empty gameObject附加GameManager脚本， 既然是单体自然是唯我独尊。)

我个人更喜欢的单体是不含有这2个元素的单体模式
DontDestroyOnLoad ： 不太好控制
MonoBehaviour：         需要考虑到各个Unity3D函数的调用顺序、生命周期。

本文参考：
《 Creating Game Manager using State Machine and Singleton
pattern in Unity3d 》
《 Creating Game Manager using
State Machine and Singleton pattern in Unity3d – UPDATE: thrown error explained 》
《 Creating Game Manager using Singleton pattern and MonoBehaviour
in Unity3d 》 Unity3D singleton manager classes