事件，数据，视图的交互（框架搭建）

结构图

结构图

青色：输入

玩家，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