JavaScript之DOM事件流,web快速开发框架

  • 二、DOM事件流的验证

一、什么是DOM事件流

==========================================================================

事件流描述的是从页面中接收事件的顺序。

事件发生时会在元素节点之间按照特定的顺序传播,这个传播过程即 DOM 事件流。

DOM事件流分为三个阶段:

  • 捕获阶段

  • 当前目标阶段

  • 冒泡阶段

比如我们现在在页面中给div注册了一个点击事件,代码如下所示:

Document
点击

可以发现这个div是存放在body里面的,而body又是存在于html标签内部的,html标签又是在整个页面的document文档中。

虽然我们是给div添加了点击事件,但是它的执行流程是:document先接收该点击事件,如果在该层没有添加点击事件,则去往下一层继续查找,直到找到目标,这一阶段称为捕获阶段。

当我们得到的这个点击事件的目标div时就是当前目标阶段。

点击事件完成后,又会反过来逐层向外执行,先到body层,如果没有执行程序,在继续向外执行,最后一直到document层,还没有执行程序得话,就退出,这个过程就是冒泡阶段。

可以用下图来描述:

在这里插入图片描述

可以得出结论:

事件冒泡:事件开始时由最具体的元素接收,然后逐级向上传播到到 DOM 最顶层节点的过程。(IE最早提出)

事件捕获:由 DOM 最顶层节点开始,然后逐级向下传播到到最具体的元素接收的过程。(网景最早提出)

我们可以更加形象的用在水里扔石头的现象来描述DOM事件流。

向水里面扔一块石头,首先它会有一个下降的过程,这个过程就可以理解为从最顶层向事件发生的最具体元素(目标点)的捕获过程;之后会产生泡泡,会在最低点( 最具体元素)之后漂浮到水面上,这个过程相当于事件冒泡

在这里插入图片描述

二、DOM事件流的验证

==========================================================================

接下来我们就验证一下DOM事件流的过程,但是在验证之前,需要注意的是:

  • JS代码中只能捕获或者冒泡其中的一个阶段。

  • onclickattachEvent只能得到冒泡阶段。

  • addEventListener(type, listener[, useCapture])第三个参数如果是 true,表示在事件捕获阶段调用事件处理程序;如果是false(不写默认就是false),表示在事件冒泡阶段调用事件处理程序。

这里我们通过addEventListener(type, listener[, useCapture])这个方法来验证。

比如我们现在有两个盒子,一个子盒子,一个父盒子,给他们设置一定的样式,代码如下所示:

Document

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip1024c (备注前端)
img

总结:

  • 函数式编程其实是一种编程思想,它追求更细的粒度,将应用拆分成一组组极小的单元函数,组合调用操作数据流;

  • 它提倡着 纯函数 / 函数复合 / 数据不可变, 谨慎对待函数内的 状态共享 / 依赖外部 / 副作用;

Tips:

其实我们很难也不需要在面试过程中去完美地阐述出整套思想,这里也只是浅尝辄止,一些个人理解而已。博主也是初级小菜鸟,停留在表面而已,只求对大家能有所帮助,轻喷🤣;

我个人觉得: 这些编程范式之间,其实并不矛盾,各有各的 优劣势

理解和学习它们的理念与优势,合理地 设计融合,将优秀的软件编程思想用于提升我们应用;

所有设计思想,最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用,开发更为高效和安全

去完美地阐述出整套思想,这里也只是浅尝辄止,一些个人理解而已。博主也是初级小菜鸟,停留在表面而已,只求对大家能有所帮助,轻喷🤣;

我个人觉得: 这些编程范式之间,其实并不矛盾,各有各的 优劣势

理解和学习它们的理念与优势,合理地 设计融合,将优秀的软件编程思想用于提升我们应用;

所有设计思想,最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用,开发更为高效和安全

  • 9
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值