<ul>
<li></li>
<li></li>
<li></li>
</ul>
例如我有一个这样的dom结构,我会根据用户的操作动态给li里面插入input[type="text"]标签。怎么监听这些input的change事件呢?感觉利用事件委托并不可行。
目前解决方案: 使用<input type="text" onchange="xx()">
感谢各位大大
<ul>
<li></li>
<li></li>
<li></li>
</ul>
例如我有一个这样的dom结构,我会根据用户的操作动态给li里面插入input[type="text"]标签。怎么监听这些input的change事件呢?感觉利用事件委托并不可行。
目前解决方案: 使用<input type="text" onchange="xx()">
感谢各位大大
不知道理解的对不对
var oInput = document.createElement("input");
oInput.type = "text";
oInput.addEventListener("change",function(){
alert("changed");
});
oLi[0].appendChild(oInput);
动态创建input之后直接加上事件监听
楼主应该是纠结于,onchange事件不以冒泡吧。其实,目前的解决方法是最好的。如果要事件委托的话就不能使用onchange,而要使用keypress或keydown,keyup这些事件,不过有利也有弊。其实,我觉得不用太纠结于形式比较别扭,实用好用最重要。
10 回答11.1k 阅读
6 回答3k 阅读
5 回答4.8k 阅读✓ 已解决
4 回答3.1k 阅读✓ 已解决
2 回答2.6k 阅读✓ 已解决
3 回答5.1k 阅读✓ 已解决
5 回答1.9k 阅读
change事件在现代浏览器里是可以冒泡的,看这里,题主应该是不想让其冒泡,所以说让设置
addEventListener
的第三个参数为true
就行了,让其在捕获阶段就处理事件。 demo另change事件是
<input><select><textarea>
元素因为用户的输入使其value值会触发,失去焦点后执行。也就意味着直接给他们赋值导致的value改变不会触发change事件。
赞同@开源无憾的看法,不要对change事件使用事件委托,因为按照规范change事件的使用对象为
<input><select><textarea>
,个人感觉用事件委托不太合理。可以考虑循环绑定change事件伪代码如下:
参考
mdn change 事件
司徒正美