react中事件冒泡之填坑

今天在写个组件,大致代码是这样的:

class Switch extends React.Component {
    handlerChange = (e) => {
        const {onChange} = this.props;
        onChange && onChange(e);
    }
    render(){
        const {checkedLabel, uncheckedLabel, small, ...others} = this.props;
        const isSmall = size === ‘small‘;
        return (
            <span
                className="wrapper"
                {...otners}
            >
                {!isSmall && checked && checkedLabel ? <span className={`${prefix}-label`}>{checkedLabel}</span> : null}
                {!isSmall && !checked && uncheckedLabel ?
                    <span className={`${prefix}-label`}>{uncheckedLabel}</span> : null}
                <input type="checkbox" onChange={this.handlerChange} checked/>
            </span>
        );
    }
}

下面是该组件的业务应用场景:

class App extends React.Component {
    onChange = (e) => {
        console.log(e);
    }
    render(){
        return (
            <Switch
                onChange={this.onChange}
                checkedLabel="已开启"
                uncheckedLabel="已关闭"
            />
        );
    }
}

运行代码,明明点击了一次,switch组件的handlerChange执行了一次,但是App的onChange执行了2次!!!

最后发现,原来是input的onChange事件向上冒泡,冒到了span.wrapper上,而我在const {checkedLabel, uncheckedLabel, small, ...others} = this.props;中并未将onChange过滤掉。

解决办法很简单,将这行代码改成 const {checkedLabel, uncheckedLabel, small, onChange ...others} = this.props; 就可以了。

问题虽简单,但还是让我懵逼了一会,在此处记录下来长个记性

原文地址:https://www.cnblogs.com/clover77/p/9264472.html

时间: 2024-10-07 12:16:29

react中事件冒泡之填坑的相关文章

深入React事件系统(React点击空白部分隐藏弹出层;React阻止事件冒泡失效)

只关注括号内问题的同学,可直接跳转到蓝字部分.(标题起的有点大,其实只讨论一个问题) 两个在React组件上绑定的事件,产生冲突后,使用e.stopPropagation(),阻止冒泡,即可防止事件冲突,毫无问题. 今天是踩了个React事件的坑,需求可以简化为:点击框体以外的部分则隐藏框体.最直接的想法,document上绑定个事件,设置控制显示隐藏的state为false,在框体上绑定个事件,阻止冒泡.这样点击框体内部就不会触发document上的事件. 等写完了,发现一个问题,无法阻止冒泡

恶补jquery(四)jquery中事件--冒泡

事件 当我们在打开一个页面的时候,浏览器会对页面进行解释执行,这实际上是通过执行事件来驱动的,在页面加载事件时,执行Load()事件,是这个事件实现浏览器解释执行代码的过程. 事件机制 事件中的冒泡现象 冒泡现象说的是事件执行顺序,当一个对象上触发了一个事件,如果没有定义此事件的处理程序或者事件返回true,那么这个事件就会向这个对象的父级对象传播,从里到外,直到他被处理(父级对象所有同类事件都被激活),或者它到达了对象层次的顶层(即document对象). 通俗的讲:假把设一杯水分成不同颜色的

JS中事件冒泡(Bubble)和事件捕获(Capture)以及如何阻止事件的冒泡

对“捕获”和“冒泡”这两个概念,通常我们对冒泡了解和使用的会更多一些,因为在我们使用的所有浏览器中,都支持事件冒泡 ,即事件由子元素向祖先元素传播的,就 像气泡从水底向水面上浮一样.而在像firefox,chrome,safari这类所谓的标准浏览器中,事件传播通常是有三个阶段的:事件捕获阶段,事件目标阶段,事件冒泡阶段,这三者的执行的顺序是先捕获在冒泡.对于捕获阶段,这个很少 有用武之地,所以被人疏忽遗忘也在所难免了,不常用不代表它不存在,本着科学严谨的态度,我们有必要去看一下它的庐山真面目.

React中事件的处理

React 中使用 onClick 类似的写法来监听事件,注意 this 绑定问题 React 里严格遵循单项数据流,没有数据双向绑定,所以要处理两件事,第一是元素本身值的赋值,第二是值改变以后的事件,例如输入框需要设置 value 和 onChange . 1.在 src -> components 文件夹中,再新建 CartSample.js ,具体代码如下: import React, { Component } from 'react'; export default class Car

js中事件冒泡及阻止冒泡的一小段code

在有些情况下, 事件冒泡会给我们的应用程序带来负面的影响. 比如下面的例子(有些极端): <html> <head> <title></title> <script> window.onload = function(){ var all = document.getElementsByTagName('*'); for(var i = 0; i < all.length; i++){ console.log('xxx'); all[i].

js中事件冒泡和事件捕获

什么时候存在这种问题? 当一个行为触发了多个对象的事件时. <body> <div class="fa"> <div class="son1"> <div class="son2"></div> </div> </div> <script type="text/javascript"> var fa = document.getEl

React 阻止事件冒泡

简单来说 e.stopPropagation() 可以阻止合成事件之间的冒泡  不可以阻止合成事件到原生事件的冒泡 因为React委托的document 和原生document不是同一个事物 e.stopPropagation()阻止的只是到react对应document 而当事件触发时,会向 react和原生document两个方向传递 如果要阻止这两种冒泡,得写上下面两句,就真正阻止了冒泡 e.stopPropagation(); e.nativeEvent.stopImmediatePro

如何实现 React 中的状态自动保存?

什么是状态保存? 假设有下述场景: 移动端中,用户访问了一个列表页,上拉浏览列表页的过程中,随着滚动高度逐渐增加,数据也将采用触底分页加载的形式逐步增加,列表页浏览到某个位置,用户看到了感兴趣的项目,点击查看其详情,进入详情页,从详情页退回列表页时,需要停留在离开列表页时的浏览位置上 类似的数据或场景还有已填写但未提交的表单.管理系统中可切换和可关闭的功能标签等,这类数据随着用户交互逐渐变化或增长,这里理解为状态,在交互过程中,因为某些原因需要临时离开交互场景,则需要对状态进行保存 在 Reac

##阻止事件冒泡和取消默认操作

取消事件冒泡 事件冒泡指当一个元素的事件被触发的时候,比如鼠标点击了一个按钮,同样的事件将会在那个元素的所有祖先元素中被触发,这个过程被称为事件冒泡.这个事件是从原始元素开始一直冒泡到DOM树的最上层.事件传播的3个阶段:捕获.冒泡.目标阶段. 阻止事件冒泡:w3c的方法是event.stopPropagation(),IE则是使用event.cancelBubble = true; 兼容性写法: var event = event || window.event; if(event &&