jQuery中find&filter、live&bind对比介绍及图片懒加载

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。

本文链接:https://ligang.blog.csdn.net/article/details/41926983

一. find()和filter()方法区别:

<div class="css">
	<p class="rain">测试1</p>
</div>
<div class="rain">
	<p>测试2</p>
</div>
var $find = $("div").find(".rain");
alert( $find.html() ); //测试1
var $filter = $("div").filter(".rain");
alert( $filter.html() ); //<p>测试2</p>

find()会在div元素内寻找class为rain的元素。 而filter()则是筛选div的class为rain的元素。 find()对它的子集操作,filter()对自身集合元素筛选。

二. jQuery中绑定事件有三种方法:

以click事件为例 1. target.click(function(){}); 2. target.bind("click",function(){}); 3. target.live("click",function(){}); 第一种方法很好理解,其实就和普通JS的用法差不多,只是少了一个on而已; 第二、三种方法都是绑定事件,但是二者又有很大的不同,下面着重讲解一下,因为这个如果用到Jquery的框架的话是用的挺多的,尤其要注意二者的区别。 bind和live的区别 live方法其实是bind方法的变种,其基本功能就同bind方法的功能是一样的,都是为一个元素绑定某个事件,但是bind方法只能给当前存在的元素绑定事件,对于事后采用JS等方式新生成的元素无效,而live方法则正好弥补了bind方法的这个缺陷,它可以对后生成的元素也可以绑定相应的事件。那么live方法的这个特性是怎么实现的呢?下面来探讨一下其实现原理。live方法之所以能对后生成的元素也绑定相应的事件的原因归结在"事件委托"上面,所谓"事件委托"就是指绑定在祖先元素上的事件可以在其后代元素上进行使用。live方法的处理机制就是把事件绑定在DOM树的根节点上,而不是直接绑定在某个元素上。举一个例子来说明:

$(".clickMe").live("click",fn);
$("body").append("<div class='clickMe'>测试live方法的步骤</div>");

当我们点击这个新增的元素时会依次发生如下步骤: 1. 生成一个click事件,传递给div来做处理 2. 由于没有事件直接绑定在div上,所以事件直接冒泡到DOM树上 3. 事件不断冒泡,直到DOM树的根节点上,默认情况下,根节点上就绑定了这个click事件 4. 执行由live绑定的click事件 5. 检测绑定事件的对象是否存在,判断是否需要继续执行绑定的事件。检测事件对象是通过检测$(event.target).closest('.clickMe') 能否找到匹配的元素来实现的。 6. 通过第5步的测试,如果绑定事件的对象存在的话,就执行绑定的事件。 由于只有在事件发生的时候,live方法才会去检测绑定事件的对象是否存在,所以live方法可以实现后来新增的元素也可实现事件的绑定。相比之下,bind会在事件在绑定阶段就会判断绑定事件的元素是否存在,而且只针对当前元素进行绑定,而不是绑定到父节点上。 根据上面的分析,live的好处真是很强大,那么为什么还要使用bind方法呢?之所以jquery要保留bind方法而不是采用live方法去替代bind,也是因为live在某些情况下是不能够完全替代bind的。如下: 1. bind方法可以绑定任何JavaScript的事件,而live方法在jQuery1.3的时候只支持click、dblclick、 keydown、 keypress、 keyup、mousedown、 mousemove、mouseout、 mouseover和 mouseup。在jQuery 1.4.1中,甚至也支持 focus 和 blue事件了(映射到更合适,并且可以冒泡的focusin和focusout上)。另外,在jQuery 1.4.1中,也能支持hover(映射到"mouseenter、mouseleave")。 2. live() 并不完全支持通过DOM遍历的方法找到的元素。取而代之的是,应当总是在一个选择器后面直接使用 .live() 方法。 3. 当一个元素采用live方法进行事件的绑定的时候,如果想阻止事件的传递或冒泡,就要在函数中return false,仅仅调用stopPropagation()是无法实现阻止事件的传递或者冒泡的

三、 图片懒加载:

图片延迟加载也称懒加载,通常应用于图片比较多的网页,如果一个页面图片比较多,且页面高度或宽度有好几屏,页面初次加载时,只显示可视区域的图片,当页面滚动的时候,图片进入了可视区域再进行加载,这样可以显著的提高页面的加载速度,更少的图片并发请求数也可以减轻服务器的压力。如果用户仅仅在首屏停留,还可以节省流量。如果TAB中的图片较多,也同样可以应用于TAB中,当触发TAB时再进行图片的加载。 图片延迟加载的原理比较简单,先将图片的真实地址缓存在一个自定义的属性(lazy-src)中,而src地址使用一个1×1的全透明的占位图片来代替,当然占位图片也可以是其他的图片。 <img src="images/placeholder.png" lazy-src="images/realimg.jpg" /> 因为是使用javascript来加载图片,如果用户禁用了javascript,可以设置一个替代的方案。 <img src="images/placeholder.png" lazy-src="images/realimg.jpg" alt="" /> <noscript><img src="images/realimg.jpg" alt="" /></noscript> 页面初次加载时获取图片在页面中的位置并缓存(每次取offset的值会引发页面的reflow),计算出可视区域,当图片的位置出现在可视区域中,将src的值替换成真实的地址,此时图片就开始加载了。

当页面滚动的时候,再判断图片已经缓存的位置值是否出现在可视区域内,进行替换src加载。当所有的图片都加载完之后,将相应的触发事件卸载,避免重复操作引起的内存泄漏。将整个窗口看成是一个大容器,那么也可以在页面中设置一个小容器,在小容器中也同样可以实现图片的延迟加载。

实例插件下载地址http://pan.baidu.com/s/1c01sSaW

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券