结构图
青色：输入
玩家，AI或其他输入。
绿色：控制器
controller 对输入做出反应并通知dataManager，controller 由controllerManager 进行管理
橙色：数据
DataManager 接收服务器和controller的消息并更新data，data发生变化时通知监听者。
蓝色：视图
view监听数据变化，并刷新。view 由ViewManager进行管理。
紫色：服务器
接受来自dataManager 的数据，并且通知DataManager 数据发生变化（没错，这个是双向操作）。控制RootManager
粉色：总控制器
关键时刻的开关，直接接收服务器消息，控制所有Manager。
注意：一个游戏可能有多个模块。每个模块都应该有自己的Manager 而不是整个游戏就4个Manager
流程图
绿色的输入的消息，红色的是控制，蓝色的是监听（view主动监听data所以箭头由view指向data）
注意剪头方向（viewManager 是监听的ViewData的数据控制view的，而不是由controller通知viewManager 添加或关闭一个view）
原理讲完了，举个例子
比如玩家点击了背包按钮，并且使用了一个道具
1：Controller收到了玩家点击了背包按钮的消息
2：controller接到消息后直接告诉DataManager push 背包View
3：DataManager接收数据后找到管理View的那个Data，通知他Push 背包View（是数据不是view）
4：Data接收到消息后先看看数据里有这个View么，没有就push一个，有就把这个数据弄到最上层（view在屏幕的层级是根据data的顺序排列的）。然后通知ViewManager View数据变了
5：ViewManager接收数据后根据数据的变化后添加或改变View层级。
6：view被创建出来后会自己监听数据刷新自己
第二个例子
1：玩家点击了道具
2：controller通知DataManager玩家道具减一,并标记为发给服务器。
3：DataManager接收到消息后直接发给服务器（你可以写多个功能模块而不是把所有消息都放在一个DataManager里）
4：服务器收到消息后把结果返回给DataManager（这里默认成功了）,并且标记为服务器更新
5：DadaManager接收到消息发现是服务器更新玩家数据后，直接找到对应的Data并且通知他更新数据
6：Data接收到消息后会把自己的数据变了的消息告诉View
7：View更新
第三个例子
1:玩家在寻路的窗口输入了坐标。
2：controller通知DataManager寻路坐标发生变化。
3：DataManager 通知data更新。
4：data更新后，监听他的所有的view都会更新。
5：玩家点击开始寻路。
6：controller通知DataManager寻路（状态）发生变化。
7：DataManager 通知data更新。
8：寻路AI监听到寻路的状态为true时自动开始寻路
注意：（是AI监听寻路状态数据而不是controller控制寻路AI开始寻路）
基于这套理论的unity 开源框架（我在维护，有线上产品）
仓库地址 git@gitee.com:qipaworld/QPUnityFramework.git
Demo仓库 git@gitee.com:qipaworld/QPUnityFrameWorkTest.git
欢迎转载，转载请标明出处：http://www.jianshu.com/p/2cb690c9c016
