react 学习(四) 批量更新及合成事件

我们上一节了解了组件的更新机制,但是只是停留在表层上,例如我们的 setState 函数式同步执行的,我们的事件处理直接绑定在了 dom 元素上,这些都跟 react 自身的逻辑不符。本小节我们学习下数据的批量更新和 react 中的事件处理。

批量更新

回顾

上一节我们并行执行两个 setState 方法,从下图可知,两个函数同时执行了:

handleClick = () => {
  this.setState({
    number: this.state.number + 1,
  });
  this.setState({
    number: this.state.number + 1,
  });
};

其实对于完全两个一样的方法,我们可以过滤掉,只执行最后一次的操作。那如何批量处理呢?那就是用栈先存起来,用一个状态记录,看是存储还是执行更新。

实现批量存储

这里我们定义一个对像,记录字段如下:

  1. 当前是存储还是执行的状态
  2. 存储的栈
  3. 批量更新的方法
export const updateQueue = {
  isBatchingUpdate: false, // 是否是批量更新,true 要批量更新我们就存,false 我们就执行
  updaters: new Set(), // 当前更新队列中保存的所有的 updaters 实例,每个 updater 实例对应一个组件
  batchUpdate() {
    updateQueue.isBatchingUpdate = false; // 要执行了我们还原为 false,为下次再执行重新初始化
    // 批量更新
    for (const updater of updateQueue.updaters) {
      updater.updateComponent();  // 每个组件有自己的更新方法
    }
    updateQueue.updaters.clear(); // 执行完后清空
  },
};

我们在添加状态的时候,会触发更新方法 emitUpdate,我们在这里进行状态判断:

emitUpdate() {
  // 是批量更新状态  就添加
  if (updateQueue.isBatchingUpdate) {
    // 如果批量更新模式,只添加updater
    updateQueue.updaters.add(this); // this 就是每个组件的更新器 updater
  } else {
    // 更新组件
    this.updateComponent();
  }
}

那什么时候我们把状态设为批量存储呢?就是在我们点击操作的时候

handleClick = () => {
  updateQueue.isBatchingUpdate = true;
  // 为了提高性能,减少更新次数,可以吧一个事件函数中的更新操作进行合并
  this.setState({
    number: this.state.number + 1,
  });
  this.setState({
    number: this.state.number + 1,
  });
  updateQueue.batchUpdate();
};

可以看到,我们只执行了了一次状态修改逻辑,打印上面的 updaters 栈,里面也就一个值,实现了重复的过滤,初步达到了我们的效果。但是这里又引出另一个问题,我们不可能把状态更新的逻辑写在我们自己的业务代码里,这就引出了 react 中的事件机制。

事件合成

相信大家在自信学习或者看文章中也有所了解,react 利用冒泡机制把事件都放到了 document 上,对不同浏览器兼容做了处理。而我们在上面写的批量处理状态和我们自定义的事件函数也是在合成事件中做的处理。

好处

  1. 引出了合成事件,更新时候自动调用
  2. 兼容性处理,不标准的浏览器实现。变成标准

实现

像我们刚说的,不能把事件绑定在 dom 上,我们要修改一下属性的逻辑

// src/react-dom.js
...
if (/^on[A-Z].*/.test(key)) {
  addEvent(dom, key.toLowerCase(), newProps[key])
}
// src/event.js

/**
 * 合成事件,合成事件调用用户自己写的 函数
 * @param {*} dom dom
 * @param {*} eventType onclick
 * @param {*} handler 用户自己写的函数
 */
function addEvent(dom, eventType, handler) {
  const store = dom._store_ || (dom._store_ = {}) // 这里我们在 dom 上自己添加了对象,存储我们的函数,有个绑定关系如果担心这个变量名会冲突,可以自定义 symbol
  
  store[eventType] = handler
  if (!document[eventType]) {
    // 把事件绑定到 docuemnt 文档上   document.onclick = dispatchEvent
    document[eventType] = dispatchEvent // 事件委托  在这个函数中处理 状态 冒泡等逻辑
  }
}

委托函数,处理批量存储逻辑更新

function dispatchEvent(event) {
  // 这里的 type 没有 on 前缀
  const {type, target} = event // 就是我们写的 e,从原生的事件对象上获取 事件类型,target 对象
  const eventType = `on${Type}`
  
  updateQueue.isBatchingUpdate = true // 在这里修改状态
  
  const {_store_} = target
  const handler = _store_ && _store_[eventType]
  handler && handler() // 执行用户自己写的事件函数
  
  updateQueue.batchUpdate()
}

从上面看我们大体的批量处理逻辑就完事了,但是由于 react 是借用的事件冒泡处理的合成事件。如果我们真的想在自己的代码中处理事件冒泡呢,如果所有的事件都绑定到了 document 上,那就没有所谓的冒泡了,父子都写了事件也就不会依次执行,所以我们要对合成事件进行模拟事件冒泡处理。

模拟事件冒泡

我们虽然写的事件是使用的代理,但是我们的 dom,都是浏览器中的真实 dom,如果要实现冒泡,我们可以获取当前点击的元素即 target,然后获取他的 parentNode,然后我们再执行父的方法,我们就模拟出了冒泡,修改 diapctchEvent 方法:

// 我们代理下原生的事件对象 event
let syntheticEvent = createSyntheticEvent(event)
let currentTarget = target
// 这里重点
while(currnetTarget) {
  // target 点谁就是谁,currentTarget 事件发生的元素
  let {_store_} = currentTarget // 通过 target 找到事件源
  const handler = _store && _store_[eventtype]
  // handler 里拿到的 e 不是浏览器原生的 event,而是我们自己合成的对像,所以有时候你需要使用e.presist拿到target对象,就是因为内部做了处理
  handler && handler(syntheticEvent)
  if (syntheticEvent.isPropagetionStopped) break // 如果用户自己写了组织冒泡 执行退出
  
  currentTarget = currentTarget.parentNode // 模拟冒泡,一层一层找 父,这样就可以依次执行事件
}
...

定义代理事件对象

function createSyntheticEvent(nativeEvent) {
  let syntheticEvent = {} // 从新定义对象
  for(const key in nativeEvnet) {
    let value = nativeEvent[key]
     if(typeof value === 'function') {
       // 如果值是函数的话,指定 this 不变
       value = value.bind(nativeEvent)
     }
     syntheticEvent[key] = value
  }
  
  syntheticEvent.nativeEvent = nativeEvent // 绑定关系
  syntheticEvent.isPropagationStopped = false // 是否阻止冒泡
  syntheticEvent.isDefaultPrevented = false // 是否阻止默认事件
  syntheticEvent.preventDefault = preventDefault // 处理阻止默认事件
  syntheticEvent.stopPropagation = stopPropagation
  return syntheticEvent
}


//// 处理兼容
function preventDefault() {
  this.isDefaultPrevented = true;
  let event = this.nativeEvent;
  if (event.preventDefault) {
    event.preventDefault();
  } else {
    event.returnValue = false;
  }
}
function stopPropagation() {
  this.isPropagationStopped = true;
  let event = this.nativeEvent;
  if (event.stopPropagation) {
    event.stopPropagation();
  } else {
    event.cancelBubble = false;
  }
}

到这里我们基本完成了 react 的事件机制,写个 demo 验证下

// src/index.js
...
handleClick = (e) => {
  console.log(1);
  // e.stopPropagation();
};
handleClick1 = () => {
  console.log(222);
};
render() {
  return (
    <div onClick={this.handleClick1}>
      <button onClick={this.handleClick}>plus</button>
    </div>
  );
}

我们打开注视,使用禁止冒泡验证下:

我们学习了解了 react 中的批量更新机制和事件合成方式,下一节我们继续学习下 react 中的 ref 实现原理。如果有不对,欢迎指正!

原文地址:https://cloud.tencent.com/developer/article/1978209

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如果组件之中有复用的代码,需要重新创建一个父类,父类中存储公共代码,返回子类,同时把公用属性...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例如我们的 setState 函数式同步执行的,我们的事件处理直接绑定在了 dom 元素上,这些都跟 re...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom 转为真实 dom 进行挂载。其实函数是组件和类组件也是在这个基础上包裹了一层,一个是调...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使用,可能是不了解。我公司的项目就没有使用,但是在很多三方库中都有使用。本小节我们来学习下如果使用该...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接触 react 就一直使用 mobx 库,上手简单不复杂。
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc 端可以使用分页进行渲染数限制,在移动端可以使用下拉加载更多。但是对于大量的列表渲染,特别像有实时数据...
本小节开始前,我们先答复下一个同学的问题。上一小节发布后,有小伙伴后台来信问到:‘小编你只讲了类组件中怎么使用 ref,那在函数式组件中怎么使用呢?’。确实我们...
上一小节我们了解了固定高度的滚动列表实现,因为是固定高度所以容器总高度和每个元素的 size、offset 很容易得到,这种场景也适合我们常见的大部分场景,例如...
上一小节我们处理了 setState 的批量更新机制,但是我们有两个遗漏点,一个是源码中的 setState 可以传入函数,同时 setState 可以传入第二...
我们知道 react 进行页面渲染或者刷新的时候,会从根节点到子节点全部执行一遍,即使子组件中没有状态的改变,也会执行。这就造成了性能不必要的浪费。之前我们了解...
在平时工作中的某些场景下,你可能想在整个组件树中传递数据,但却不想手动地通过 props 属性在每一层传递属性,contextAPI 应用而生。
楼主最近入职新单位了,恰好新单位使用的技术栈是 react,因为之前一直进行的是 vue2/vue3 和小程序开发,对于这些技术栈实现机制也有一些了解,最少面试...
我们上一节了了解了函数式组件和类组件的处理方式,本质就是处理基于 babel 处理后的 type 类型,最后还是要处理虚拟 dom。本小节我们学习下组件的更新机...
前面几节我们学习了解了 react 的渲染机制和生命周期,本节我们正式进入基本面试必考的核心地带 -- diff 算法,了解如何优化和复用 dom 操作的,还有...
我们在之前已经学习过 react 生命周期,但是在 16 版本中 will 类的生命周期进行了废除,虽然依然可以用,但是需要加上 UNSAFE 开头,表示是不安...
上一小节我们学习了 react 中类组件的优化方式,对于 hooks 为主流的函数式编程,react 也提供了优化方式 memo 方法,本小节我们来了解下它的用...
开源不易,感谢你的支持,❤ star me if you like concent ^_^
hel-micro,模块联邦sdk化,免构建、热更新、工具链无关的微模块方案 ,欢迎关注与了解
本文主题围绕concent的setup和react的五把钩子来展开,既然提到了setup就离不开composition api这个关键词,准确的说setup是由...
ReactsetState的执行是异步还是同步官方文档是这么说的setState()doesnotalwaysimmediatelyupdatethecomponent.Itmaybatchordefertheupdateuntillater.Thismakesreadingthis.staterightaftercallingsetState()apotentialpitfall.Instead,usecom