Part2 联机状态下的交互

进入联机状态后，自然要开始使用联机的功能。

先来了解一下核心积木：

这两个是传递与接受信息的最常用、实用的积木

发送信息具有以下特性：

1. 发送信息对象为所在云房间所有玩家（包括发送者）
2. 发送信息格式为提前（编辑代码时）定义好的列表
3. *每次发送的信息表都会覆盖掉自己及其他玩家在收到该信息前对应列表的所有数据

打个比方，发之前所有人test列表信息如下：

1. a
2. b
3. c

发送者对自己本地的列表加以修改后，他的test列表信息如下：

1. aa
2. bb
3. cc

此时使用发送信息

那么发送者所在房间所有玩家的test列表信息会变成：

1. aa
2. bb
3. cc

接收信息具有以下特性：

1. 接收一切对应列表的消息，不论发送者，只看对应列表
2. 发送信息为提前定义好的列表
3. 为事件积木

其余可参考上文

云房间目前的积木主要有以下几个功能：

1. 作用一：传递信号

这是最简单的、没有参数的纯信号.用途比较小，可以理解为云广播

还是拿我的“世界”游戏为例

比如我很勇，召唤了个boss想和其他玩家一起打（多人在线世界中，一切是同步的）

那么我引出boss的时候，大家都应该看见这个boss吧？

咋搞？

当其他玩家用

收到消息，就可以开始加载和显示boss形象，于是就达到了云广播公共事件的目的.

1. 作用二：传输数据

这是最常用的功能，比传递信号常用多了，也是云房间的最初作用

仍以“世界”为例

比如我的角色在联机世界中的坐标、角度、造型、等级、血量……一堆数据要进行实时传输，以便让他人能在他的世界中呈现出一个活灵活现的“我”，从而使我们愉快地游戏

qaq

怎么实现呢？

下面是游戏实例教学，不想看的可以直接跳过

由于没有克隆，所讲方法会愚蠢很多

你需要建20个列表作为用户实时数据表～

由于多人在线的实时交互性，应该用重复执行积木发送信息） + 有人退出房间时，仍进行一次对号判断，如果退出的是被控体对应的玩家，则替换被控体所对应列表所有项为0（清空数据以便下一名玩家使用），同时隐藏该被控体（也可以先播放一段下线动画，表示该玩家下线），待命直到房间人数再次等于此被控体的编号再启用（同上文，用进入房间的事件积木检测） 下面举几个例子： 这里是传输数据的一小部分，应先经过判断，根据进入时的在线人数获取编号，比如进入时只有我一个人，我就是一号（也可以根据所进入房间人员的列表长度判断）；进入时2个人（包括我），则我是2号，以此类推. 至于玩家数据列表，每一项对应的啥，这就由你们的游戏决定了 考虑到直接用列表各项数据会降低流畅，所以本地的数据处理还是用变量比较好 因此传输数据时，要把所有变量整合为自己对应编号的列表，例如下 这里示例只是冰山一角，真实工程量会大的多！！！ *