【Seago.】UI系列教程（六）——从BUTTON事件解析UI交互

本章主要介绍BUTTON的事件处理。强调：如果没有特别说明，本系列教程的事件注册是否同步一律选否。

BUTTON的常用事件有如下几种：进入、离开、点击、双击。到底用哪种事件本质没区别，只是触发条件不同而已，对我们的处理没有丝毫影响，我们需要关心的是交互对象。从交互的角度考虑，我分出了两种情况。

1、本地交互，或者说单人交互。
顾名思义，只与触发玩家交互，与其他玩家无关。如：显示高亮、显示提示信息等。此类交互只是一种视觉上的效果，用于传达某些信息，与其他玩家无关，也对游戏的进程没有任何实质性影响，与多面板非常类似。所以其完全可以是异步的。说到异步，很多人立刻就会想到本地玩家。这里需要注意，我们在注册触发的时候选的就是不同步，所以这个触发本身就是异步操作的，不需要我们再进行额外的处理。即此时本地玩家必然==触发玩家，完全是多此一举。
又因为这个交互是异步进行的，所以我们要保证游戏的安全，在动作中不能做一些必须在同步环境才能做的事，如：创建单位，创建其他handle类型，这是都是不可以的。我们只能读取数据用于展示。


2、群体交互。
显然，与单人交互不同，此类交互最终会影响到多名玩家。最为常见的如UI模拟抽卡、选英雄、学习技能等等。这些操作都对游戏有着实质性的影响，所以需要将异步转为同步，也就要用到发送同步消息。发送同步消息有两个关键参数，一个是标签，一个是数据。标签可以理解为一种暗号，主要起到标识作用，使得前后端之间能产生一种明确的关联关系。不同的按钮可以发送相同的标签数据，但不同的触发最好不要接收相同的标签。（虽然没有验证过可行性，但从程序设计的角度来说，这样的操作是不建议的。）数据则是需要被传递的信息，比如选择的单位类型、学习的技能等。但提供的接口要求传递字符串，所以需要我们进行字符串的转换。有时需要传递的的数据不止一种，需要进行特殊处理。比较简单的思路是将所有的数据按一定的规则进行拼接，接受到之后再分割读取。这种方式的优点就是比较好上手、好理解。缺点是需要编写一套拼接和拆分规则，对于新手来说容易考虑不全面导致隐藏bug。

我们也可以换一个角度来看待交互。
在单人交互中，交互是完全的，或者说全程进行的。整个触发周期交互一直在进行——玩家触发了UI事件，UI对我进行后续的反馈。
在群体交互中，交互是短暂的。在玩家触发了UI事件后，UI不需要进行反馈，或者只是给很少的反馈，到发送同步消息为止，本次交互也就宣告结束了。

游客，如果您要查看本帖隐藏内容请回复

学习学习。。。。

讲得很好

谢谢大佬教程

学习学习

X学习一下 谢谢

感谢分享

好好学力楼主的技术 是我的力量

学习学习，讲的也就比我高个三四楼的样子。大佬加油。

感谢大佬的教程