这里的bindtap就可以理解为将tap(点击)事件，绑定到一个名为tapName的事件处理函数上来进行处理。然后在相应的Page代码中，我们需要定义这个tapName函数：

这样完成了一个简单的tap事件的处理。当我们在小程序的界面上去点击这个显示为Click me的view组件的时候，view组件捕获到这个tap动作，然后告诉Page中的tapName函数，要对这个动作进行处理，同时，它也为tapName函数提供了足够多的信息，也就是event对象，来帮助我们更好更精准的处理我们的业务逻辑。我们可以来看一下我们这个例子中的event对象里面包含了哪些内容：

这里我们可以看到，在event对象中，包含了事件的名称，事件目标对象的信息，以及事件发生的在界面上的位置信息等等。我们在组件上设置的data-hi属性的值，也在target中的dataset上被携带了过来，这是比较有用的，在实际开发中，我们可以利用这个特性，来传递更多视图层的信息到逻辑层进行处理。

如果你有DOM编程的经验，你就会在这里想到，小程序里事件的冒泡和非冒泡是怎么处理的？如果你还不了解什么是事件冒泡，那我在这里解释一下：

在HTML或者WXML这些基于XML的树形结构的界面布局方式中，元素与元素之间是有层级关系的，子级元素上触发的事件，可以向父级元素逐层向上传递，所以，父级元素上也可以捕获子级元素上的事件并进行逻辑处理。

这种事件冒泡的机制，在实际的开发中也经常会用到，所以我们有必要来了解下在小程序中，是如何来使用冒泡事件的。WXML中分别提供了两种方式，用来绑定事件处理函数：

1. 使用 bind 开头的事件绑定，这种绑定不会阻止冒泡事件向上冒泡

2. 使用 catch 开头的事件绑定，这种绑定可以阻止冒泡事件向上冒泡

直观起见，我们直接来看一个示例代码：

在这个示例代码中，有三个逐级嵌套的view元素，最里层的是content元素，最外层的为outer-container元素。最里层和最外层的元素上，使用了bind属性绑定了tap事件的处理函数，而中间的innner-container上，使用了catch属性进行tap事件绑定。

然后，我们尝试在content上点击一下，可以看到这样的结果：

content和inner-container元素的tap事件处理函数被执行了，而outer-container元素的没有被执行。这说明在点击content的过程中，产生的tap事件向父级元素传递，而作为content元素的父级元素inner-container, 它使用了能阻止事件冒泡的catch方式，所以它在捕获通过冒泡形式过来的子级元素事件并执行事件处理函数后，让该事件停止向上传递，因此同样是父级元素的outer-contaner，就不再能收到这个冒泡事件了。

然后，来看一下，在不同层级的元素捕获的event对象，在数据方面有什么特点:

我们可以看到，在content的tap事件处理函数中，event里面的target和currentTarget的id都是content。

而在inner-container中的event对象里，target的id为content，而currentTarget的id是inner-content。

由此我们可以知道，event对象中的target是事件产生的源头组件，而currentTarget则是当前捕获这个事件的组件。

event对象中还包含其他一些有用的信息，如touches和changedTouches表示一个或多个手指在屏幕上的触摸位置和变动位置等信息，可以用来实现多点触摸的高级手势处理。

最后，关于事件冒泡，有一点是值得注意一下的：在微信小程序中，并不是所有事件都是冒泡的，从官方文档了解到，<canvas>组件的触摸事件不可冒泡。