为什么要避免onclick HTML属性而使用标准事件注册模型呢?
Why should the onclick HTML attribute be avoided in favor of the standard event registration model?
将函数绑定到经常添加元素的类的click事件的最"适当"方式是什么?
我听说不建议在元素上使用"onclick"属性。如果这是真的,为什么呢?使用"onclick"似乎是目前最直接的方法。
如果不使用onclick,则每次向类中添加新元素时,必须为类的所有成员解除click函数的绑定,然后重新绑定以避免双重绑定。有了onclick,这个问题就完全避免了。
所以,为了避免双重绑定,这不是更容易吗?onclick='somefunction(this)'
不是$("#divid").click(function(){
// do something
});
(我们必须检查类的先前存在的元素的现有绑定)
根据我上面的评论,这可以通过使用.on()来实现。
相关文章:
- 分派点击事件并保留击键修饰符
- 模糊事件的Javascript测试
- keyup事件处理程序更改焦点不适用于快速键入
- 使用 jQuery 的 .on 函数如何获取事件的原始元素
- 如何使Javascript动态html表及其上的事件
- 使用类从一个标记中双击事件
- 如何在未直接触发的情况下停止事件
- Facebook像素:按像素ID分隔标准事件
- 用标准javascript而不是jquery中的mousedown、mousemove和mouseup触摸事件句柄
- 标准事件如何在动态添加的元素上触发?(JQuery)
- 如何在实际提交之前使用标准提交事件和jquery删除/增强/更改表单提交数据
- 获取有关触发特定事件的元素的信息的标准方式
- 触发标准“;改变“;表单对象上的事件-由其上的任何侦听器拾取
- 覆盖CRM网格中双击事件调用的标准方法
- 是否有一个跨浏览器标准的on-load事件用于HTML's "object"标签
- 为什么要避免onclick HTML属性而使用标准事件注册模型呢?
- 在标准事件操作完成后采取操作
- 使用与“标准”相同的功能作为事件处理程序
- 获得“事件.已弃用returnValue.请使用标准的event.preventDefault()代替"
- “标准”是什么?跨浏览器事件管理在库之外完成