2.1.1. 使用协程分解复杂逻辑

• 协程处理异步任务：当遇到一些需要异步处理的程序需求时，可以使用协程来实现
• 使用协程的优点：简单，易于实现
• 实例：使用协程代替有限状态机 (基于原书的代码做了些许修改以及增加了注释)

//一个表示村民的类
public class Villager : MonoBehaviour
{
	public float maxSatiation = 10f;		//最大饱食度
	public float maxFatigue = 10f;			//最大困倦值
	const float minSatiation = 0.2f;		//最小饱食度
	const float minFatigue = 0.2f;			//最小困倦值
	private float satiation;				//当前饱食度
	private float fatigue;					//当前困倦值
	Coroutine currentCoroutine;				//当前的状态（协程）

	//OnEnable在脚本被激活时立即执行
	void OnEnable()
	{
		satiation = maxSatiation;			//初始化饱食度，设为最大值
		fatigue = maxFatigue;				//初始化困倦值，设为最大值
		StartCoroutine(Tick());				//开始“游戏循环”的协程
	}
	
	//模拟“游戏循环”，类似MonoBehaviour的Update方法
	IEnumerator Tick()
	{
		//每帧进行一次循环
		while(true)
		{
			DecrePerFrame(satiation);		//减少饱食度
			DecrePerFrame(fatigue);			//减少困倦值
	
			//如果饿死了且当前的状态为空，开始“吃”协程，并定“吃”为当前状态
			if(satiation < minSatiation && currentCoroutine == null)
			{
				currentCoroutine = StartCoroutine(Eat());
			}
			
			//如果困死了，不管现在在干啥，直接开始“睡”协程，并定“睡”为当前状态
			if(fatigue < minFatigue)
			{
				currentCoroutine = StartCoroutine(Sleep());
			}
			
			//停顿一帧
			yield return null;
		}
	}
	
	IEnumerator Eat()
	{
		//每帧吃一点，吃到饱为止
		while(satiation < maxSatiation)
		{
			IncrePerFrame(satiation);
			yield return null;
		}
		
		//吃饱了，当前状态改回空
		currentCoroutine = null;
	}

	IEnumerator Sleep()
	{
		//立即停止当前正在干的事（例如"吃"）
		StopCoroutine(currentCoroutine);
		
		//如果没睡够，继续睡
		while(fatigue < maxFatigue)
		{
			IncrePerFrame(fatigue);
			yield return null;
		}
		
		//睡够了，当前状态改为空
		currentCoroutine = null;
	}
}

2.1.2. 自定义的插值公式

• 什么是插值(interpolation)：在两个值/位置之间定义一个新的值/位置
• 插值通用公式：P01 = (1 - u) * P0 + u * P1;
• u是什么：在线性内插中，u为一个0-1之间的浮点数，用于决定我们获得的插值更靠近P0还是P1. (线性外插的u是<0或者>1的，在游戏中并不常用)
• 常用的插值公式
  • 线性插值：u = u
  • 缓进：u = u * u
  • 缓出：u = 1 - (1 - u) * (1 - u)
  • 缓进出：u = ((u - 1) * (u - 1) * (u - 1) + 1) * ((u - 1) * (u - 1) * (u - 1) + 1)
  • Sin波长：u = u + range(0, 1) * sin(u * 2 * PI)

2.1.3. 消息模块的设计

• 消息/事件管理：游戏中往往有大量互相连接的元素，而他们十分需要消息系统的支持。
• 消息/事件的作用：在一个事情发生时，与之相关的结果被一并触发（例如，击杀一个敌人，我们的成就系统要记录我们多击杀了一个敌人，这就是消息/事件的用武之地）
• 消息模块的缓存：通常情况下，一个事件被触发后，会立即通知所有订阅的监听者，但这并不适用于所有的情况（例如玩家获得新武器，背包内的新武器会高光显示，但此时玩家还没打开背包，而等到打开时事件却早就通知过监听者了）
• 实例：消息模块的简易实现 (基于原书的代码简化成伪代码)

public class MessageManager
{
	Dictionary<string, Action<object[]>> messageDict;	//存储消息以及相关联的监听者的字典
	Dictionary<string object[]> dispatchCacheDict;		//缓存区
	
	public void Subscribe(string messageKey, Action<object[]> action)
	{
		if(messageKey in messageDict.Keys)
		{
			//Set action as a new subscriber of messageDict[messageKey];
			//如果已经存在这个消息，那么给他加一个订阅者(监听者)
		}
		else
		{
			//Add new messageKey and new action to messageDict
			//否则，加入新的消息
		}
	}
	
	public void Unsubscribe(string message)
	{
		messageDict.Remove(message);
	}

	public void Dispatch(string message, object[] args = null, bool addToCache = false)
	{
		if(addToCache)
		{
			//add message and args into cache
			//如果选择加入缓存，就将传入的所有事件加入缓存
		}
		else
		{
			//trigger all the co-related actions in this message
			//否则，触发所有与该信息关联的所有
		}
	}

	public void ProcessDispatchCache(string message)
	{
		//如果message存在于缓存中
		if(message in dispatchCacheDict.Keys)
		{
			//执行缓存中与该信息关联的所有事件，随后从缓存中移除message
			Dispatch(message, dispatchCacheDict[message]);
			dispatchCacheDicr.Remove(message);
		}
	}
}

2.1.4. 模块间的管理与协调

• 单例模式的管理
  • 防止销毁后的调用：在单例中加入判断，若已被销毁，则避免调用
  • 防止单例被重复创建：因为单例一般被标记为DontDestroyOnLoad，在场景切换时，单例会被再次创建，需加入判断避免重复创建单例
• 脚本执行优先级：在ProjectSetting里，寻找Script Execution Order，在其中对脚本优先级进行设置，能有效避免NullReferenceException（例如A脚本在Awake时想要获取B脚本的单例，但B的优先级在A后，那么A就不能成功获取到B，所以需要设置B的优先级高于A）

参考资料：《Unity3D动作游戏开发实战》- 周尚宣