UIGestureRecognizer 状态。为什么没有像“空闲”这样的状态？

Question

有没有人知道为什么苹果设计UIGestureRecognizer 默认状态是“可能的”（手势识别器尚未识别它的手势，但可能正在评估触摸事件。这是默认状态。 ) 而不是像“空闲”这样的东西？

在我看来，“空闲”状态通过消除“但可能正在评估触摸事件”部分会更有意义和有意义。 “空闲” - 当 UIGestureRecognizer 没有收到任何触摸并且没有执行任何分析（触摸、计时器......）时。一旦它收到第一次触摸，它就会将其状态更改为“可能”，表明它执行某种分析（识别逻辑）。

---

*上下文： 我正在为另一个平台编写类似的架构。因此，这种状态将有助于将实际上正在做某事的手势识别器与那些没有收到任何触摸或只是忽略它们的手势识别器区分开来（用于实现 requireGestureRecognizerToFail 方法）。

Answer 1

我们必须从finite state machines 的角度来思考。我的大学自动机文本：Automata and Computability Dexter Kozen。

手势识别器是一组状态，包括possible (P)、cancelled (C) 和ended (E)。 P 是开始状态，C 和 E 是最终状态。在一端P 和另一端C 和E 之间，存在一系列状态，我们称它们为家庭S*。并且在所有各种状态之间存在由触摸事件和计时器事件触发的转换。 P、S*、C、E 的特殊排列以及它们之间的转换，赋予了特定手势识别器功能。

例如，假设我们希望单点触控识别器在用户执行单点触控 (1td) 之后调用方法，然后在 0.5 秒内执行单点触控 (1tu)。否则我们希望它取消。所以我们得到以下机器：

(P,1td) -> S
(S,1tu) -> E
(S,.5s) -> C

拼写出来：

When in state `possible`, upon receipt of a single touch-down event, transition to state `S`.
When in state `S`, upon receipt of a single touch-up event, transition to state `ended`.

当我们到达状态ended 时，手势识别器会执行我们的回调。因此，仅这两个就可以了，除了有时间要求 - 用户必须在触摸后 0.5 秒内释放他的触摸，否则手势不是真正的单次触摸。所以我们有第三部作品：

When in state `S`, if a .5 second timer triggers (`.5s`), then enter state `cancelled`.

此外，我们可能还有很多其他可能发生的事情，例如“三个触地得分”(3td) 事件。所有这些其他事情都会立即使机器进入cancelled 状态。所以我们可能有（以及许多其他的）这个产品：

(P,3td) -> C

等等。

因此，我们可以将手势识别器可视化为一台大型机器，它将输入事件字母表中的“字母”作为输入，接受（结束）该字母表中的某些字符串集，并拒绝（取消）其他字符串。对于那些还不知道的人 - 这是正则表达式的理论基础。没错——手势识别器只是对触摸和计时事件字母表上的正则表达式的解析器。他们识别的手势只是用那个字母写的字符串。

所以我们找到了问题的症结所在——为什么不在一开始就设置一个空闲状态I，将手势识别器“启动”到possible 状态？原因是从I 转换到P 需要输入事件。突然，作为被识别手势的字符串变长了一个字母——因此识别出的手势不是我们想要的手势，而是，例如，点击然后手势，或者按下然后手势.

这会改变被识别的手势，从而破坏我们的目的。