事件驱动--记录

需要知道的似乎很多，需要表达的似乎很少

简述

事件，即发生了一件事儿。

1. 对于使用事件驱动的人(业务开发人员)来说，有两个存在：一是事件源（就是事儿发生的地方，）、二是事件监听函数（事件发生的时候需要执行的代码）。
2. 事件源可能有很多种，事件监听也有很多。
3. 二者要发生联系，需要一个第三方的事件管理机制（系统）来实现。也就是事件系统，既能获取事件源中事件发生的信息，也能触发对应事件的所有监听。

概念

事件： 是一个信息。由事件源产生，事件系统使用，也会传递给事件监听。
事件源： 触发事件的存在。
1. 有预定义的如键盘鼠标等用户操作事件；
2. 有文件读写、网络连接等某项流程性的任务的阶段性事件；
3. 也可以是代码中自己写的事件触发代码。
事件监听： 一段注册到事件系统的程序代码，在事件发生时自动调用(就是不需要用户处理，有事件系统调用)。
事件（管理）系统： 支持事件驱动的系统就是或者说包含事件管理系统。

主要是看zrender源码时想写了。记录下
zrender是mvc模式的其中的c是有Handler类定义的，这个就可以看作是一个事件管理系统。Handler中定义了几种事件(都是鼠标事件)，用proxy代表事件源(一般是DOM，鼠标等事件只能是先有操作系统捕获然后一步一步传递下来)，dispatch方法触发事件监听(监听是我们使用zrender库写代码时写的)

用户事件

各种事件中，用得最多的是用户交互的事件，最常见的就是鼠标事件和键盘事件。

鼠标事件是用户可视化界面上的事件。用户界面一般是树形的层次结构模型。树的根节点是操作系统，然后是各种应用的窗口。到具体应用中，各种界面也常是一种树形的层次结构模型，以标签、元素、组件等概念层层嵌套。如html的标签、wpf中的xaml、android中使用xml。

此时事件管理系统在监听事件、触发事件监听的操作中，就需要考虑这种树形层次结构中体现的父子关系带来的特性。如：用户用鼠标点击了子元素，父元素也是被点击了的。

所以对于这种树形的层次结构的模型，在事件系统中，我们需要定义两个逻辑：事件捕获、事件冒泡。体现了事件(信息)传递的流程。

1. 事件捕获： 事件从树形结构的根部向具体的节点传递。
2. 事件冒泡： 事件从具体节点向树形结构的根部向上传递。

事件监听函数的触发有两个时机；还有事件是否向下继续捕获、或者向上继续冒泡。

zrender也是一种树形结构，最顶级的是zrender对象，然后是Group和Element组合成一个树形。
zrender中监听了proxy的事件(click/mousedown/mouseup/mousewheel/dbclick/contextmenu)，然后直接findHover获取具体的节点。在dispatchToElement方法中，直接触发监听。然后根据条件实现事件冒泡。