我有一些这样的标记(类只是为了说明):
<ol id="root" class="sortable">
<li>
<header class="show-after-collapse">Top-Line Info</header>
<section class="hide-after-collapse">
<ol class="sortable-connected">
<li>
<header class="show-after-collapse">Top-Line Info</header>
<section class="hide-after-collapse">
<div>Content A</div>
</section>
</li>
</ol>
</section>
</li>
<li>
<header/>
<section class="hide-after-collapse">
<ol class="sortable-connected">
<li>
<header/>
<section class="hide-after-collapse">
<div>Content B</div>
</section>
</li>
</ol>
</section>
</li>
</ol>
也就是说,html" target="_blank">嵌套可排序列表。可排序的插件就足够了,因为尽管内部列表已连接,但每个li(以下称“
item”)都保持其级别。这些项目具有始终可见的标题和处于展开状态的可见部分,可通过单击标题进行切换。用户可以随意从任一级别添加和删除项目。添加顶级商品将在其中包含一个空的嵌套列表。我的问题是关于新创建项目的JS初始化:尽管它们将共享一些通用功能,但我可以通过
$("#root").on("click", "li > header", function() {
$(this).parent().toggleClass("collapsed");
});
和
li.collapsed section {
display: none;
}
(旁听的问题:这是使用details / summary
HTML5标签的合适位置吗?对于这些标签是否甚至可以将其纳入最终规范似乎有些疑惑,我想进行一次滑动过渡,所以似乎我想无论如何都需要JS。但是我把这个问题扔给了大众。你好,大众。)
如果根列表是页面加载时保证存在的唯一(相关)元素,则.on()才能有效工作,我必须将所有事件绑定到该元素,并为每个事件拼出精确的选择器,因为明白它。因此,例如,要将单独的功能绑定到彼此相邻的两个按钮上,我每次必须完整拼出选择器,
$("#root").on("change", "li > section button.b1", function() {
b1Function();
}).on("change", "li > section button.b2", function() {
b2Function();
});
准确吗?既然如此,在将新项添加到页面时放弃.on()并绑定我的事件是否更有意义?如果响应有所不同,则项目总数最多可能会打几十个。
使用绑定事件时,将创建较少的CPU开销,$(<root-element>).on(<event>, <selector>)
因为将绑定到单个“根”元素,而不是绑定到更多的单个后代元素(每个绑定都需要时间…)。
话虽如此,当实际事件发生时,您将招致更多的CPU开销,因为它们必须使DOM膨胀到“ root”元素。
简短的故事: 绑定 事件处理程序 时,委托可以节省CPU ; 事件触发时 (例如,用户单击某些东西),bind可以节省CPU 。
因此,由您决定哪个点对性能更重要。添加新元素时,您是否有可用的CPU?如果是这样,则直接绑定到新元素将是整体性能最佳的选择,但是如果添加元素是占用大量CPU的操作,则您可能需要委派事件绑定,并让事件触发从所有冒泡事件中产生一些额外的CPU开销。
注意:
$(<root-element>).on(<event>, <selector>, <event-handler>)
是相同的:
$(<root-element>).delegate(<selector>, <event>, <event-handler>)
然后:
$(<selector>).on(<event>, <event-handler>)
是相同的:
$(<selector>).bind(<event>, <event-handler>)
.on()
是jQuery 1.7中的新增功能,如果您使用的是1.7+,则.delegate(<selector>, <event>, <event- handler>)
仅仅是的捷径.on(<event>, <selector>, <event-handler>)
。
更新
这是一个性能测试,表明委派事件绑定比单独绑定到每个元素要快: http :
遗憾的是,此性能测试已被删除。
//jsperf.com/bind-vs-click/29。
更新
这是一个性能测试,显示当您直接绑定到元素而不是委托绑定时,事件触发会更快:http : //jsperf.com/jquery-delegate-vs-bind-
triggering(请注意,这不是完美的性能测试,因为绑定方法已包含在测试中,但由于delegate
绑定时运行速度更快,这仅意味着bind
在谈论触发时相对而言甚至更快)
本文向大家介绍JavaScript动态添加事件之事件委托,包括了JavaScript动态添加事件之事件委托的使用技巧和注意事项,需要的朋友参考一下 先给大家讲下什么是事件委托:通俗的讲,事件就是onclick,onmouseover,onmouseout,等就是事件,委托呢,就是让别人来做,这个事件本来是加在某些元素上的,然而你却加到别人身上来做,完成这个事件。 也就是:利用冒泡的原理,把事件加到
问题内容: 我正在尝试使用jQuery_.on() 方法来理解 _直接 事件处理程序和 委托 事件处理程序之间的特殊区别。具体来说,本段的最后一句话: __ 当被提供时,事件处理程序被称为委托。当事件直接发生在绑定元素上时,不调用处理程序,而仅对与选择器匹配的后代(内部元素)进行调用。jQuery使事件从事件目标一直冒泡到附加了处理程序的元素(即,最内层元素到最外层元素),并沿该路径运行与选择器匹
本文向大家介绍JQuery事件委托(适用于给动态生成的脚本元素添加事件),包括了JQuery事件委托(适用于给动态生成的脚本元素添加事件)的使用技巧和注意事项,需要的朋友参考一下 最近一段时间打了一个大仗,现在总算消停点,才有时间来做个总结吧算是: 移动端遇到一个项目,是一个列表的侧滑栏,在我这里用jq写的交互事件。自测各方面都挺好的,美滋滋的给了研发。研发也美滋滋的开始开发。 但是,好景不长。。
捕获和冒泡允许我们实现一种被称为 事件委托 的强大的事件处理模式。 这个想法是,如果我们有许多以类似方式处理的元素,那么就不必为每个元素分配一个处理程序 —— 而是将单个处理程序放在它们的共同祖先上。 在处理程序中,我们获取 event.target 以查看事件实际发生的位置并进行处理。 让我们看一个示例 —— 反映中国古代哲学的 八卦图。 如下所示:在新窗口中打开 在沙箱中打开 其 HTML 如
本文向大家介绍jQuery事件绑定和委托实例,包括了jQuery事件绑定和委托实例的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了jQuery事件绑定和委托。分享给大家供大家参考。具体方法如下: jQuery事件的绑定和委托可以用多种方法实现,on() 、 bind() 、 live() 、 delegate() ,还有one()。 有时我们可能会像下面这样绑定一个事件: 上面的
将事件侦听器添加到可以使用事件委派的元素。 使用 EventTarget.addEventListener() 将一个事件监听器添加到一个元素。 如果提供了 选项对象(opts) 的 target 属性,确保事件目标匹配指定的目标元素,然后通过提供正确的 this 上下文来调用回调。 返回一个对自定义委派函数的引用,以便与 off 一起使用。 忽略 opts ,则默认为非委派行为,并且事件冒泡。