javascript – JQuery选择器性能和比较问题
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了javascript – JQuery选择器性能和比较问题，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1209字，纯文字阅读大概需要2分钟。
内容图文
这三个操作都在执行相同的操作.
谁能解释不同表现的原因？
console.time('first');
for(guid in ALLGUID){
$('.'+guid).find('.cell-taskname').find('.cell-text').text()
}
console.timeEnd('first');
console.time('second');
for(guid in ALLGUID){
$('.'+guid).find('.cell-taskname .cell-text').text()
}
console.timeEnd('second');
console.time('third');
for(guid in ALLGUID){
$('.'+guid+' .cell-taskname .cell-text').text()
}
console.timeEnd('third');
第一：~3500.000ms
第二：~3700.000ms
第三：~38000.000ms(是的,它是38秒.)
场景说明：我有很大的表,我正在迭代所有表行.这里Guid是表行的唯一键和类名. cell-taskname是table-row的每个第一列中的div,而.cell-text是包含text的span.
解决方法:
这一切都与选择器从右到左处理的事实有关.
在第一个和第二个示例中,DOM的主要搜索仅适用于具有给定GUID类的元素.然后,您只在这些元素中搜索单元格.
但是在上一个例子中,使用单个选择器,引擎会执行以下操作：
>列出所有.cell文本元素.
>从列表中删除没有祖先匹配.cell-taskname的那些.
>删除任何没有祖先匹配的剩余的.< your-guid-here>从列表中.
如果有很多.cell文本元素且只有少数元素,你可以看到它需要多长时间.< your-guid-here>元素.你已经说过.< your-guid-here>元素是唯一的(大规模表中的单行),因此性能差异在这里是有意义的.
有关this question and its answers中从右到左匹配的更多信息.
内容总结
以上是互联网集市为您收集整理的javascript – JQuery选择器性能和比较问题全部内容，希望文章能够帮你解决javascript – JQuery选择器性能和比较问题所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。