原地址 :http://www.jqfans.com/thread-136-1-1.html
最近在写程序的时候经常用到 return false 看了这个文章后 感受颇多 就转过来了 希望对大家有帮助
原文:http://heikezhi.com/2011/04/18/jquery-events-stop-misusing-return-false/
可能在你刚开始学习关于jQuery事件处理时,看到的第一个例子就是关于如何阻止浏览器执行默认行为,比如下面这段演示click事件的代码:
这个函数使用toggle来显示或者隐藏#mydiv,然后阻止浏览器继续访问href中指定的链接。
像上面这样的例子会让用户养成使用“return false”来阻止浏览器执行默认行为的坏习惯,在这篇文章里,我将会讨论关于阻止浏览器执行默认行为的两个非常重要的主题:
选择正确的方法: return false还是preventDefault,stopPropagation或者stopImmediatePropagation
选择合适的位置,开始,结束,还是中间某个地方:你应该在事件回调的哪个部分取消浏览器执行默认行为?
注意:当我在这篇文章中提到event bubbling(事件冒泡),我想表达的是大部分事件都是先在初始DOM上触发,然后再通过DOM树往上,在每一级父元素上触发,事件不会在兄弟节点或是子节点上冒泡(当事件向下冒泡时,我们叫它事件捕捉(event capturing)),你可以在这里了解更多关于事件起泡和捕捉的介绍。
选择正确的方法
“return false”之所以被误用的如此厉害,是因为它看起来像是完成了我们交给它的工作,浏览器不会再将我们重定向到href中的链接,表单也不会被继续提交,但这么做到底有什么不对呢?
”return false“到底做了什么?
当你每次调用”return false“的时候,它实际上做了3件事情:
event.preventDefault();
event.stopPropagation();
停止回调函数执行并立即返回。
“等等”,你叫了起来!我只是想让浏览器停止继续执行默认行为而已,我不需要它去做另外2件事。
这3件事中用来阻止浏览器继续执行默认行为的只有preventDefault,除非你想要停止事件冒泡,否则使用return false会为你的代码埋下很大的隐患,让我们通过一个真实的例子来看看这样的误用会造成什么后果:
这是我们用来演示的HTML:
现在假设我们想要在用户点击文章标题时,将文章动态载入到div.contentd中:
这段代码可以正常工作(至少目前是),但如果我们顺着这个思路继续,如果我想要在用户点击了一个div.post元素(或者任何一个它的子元素)时,给它加上一个active类,我就需要给div.post增加了一个click回调:
现在,如果我们点击一个帖子的标题,这段代码会工作吗?答案是不会,因为我们在标题的click回调里使用了return false而不是我们应该使用的,”return false“等于event.preventDefault();加event.stopPropagation();,所以事件冒泡就被终止了,click事件不会被冒泡到div.post上,我们为它添加的事件回调当然也就不会被调用了。
如果我们把它和live或者delegate事件混在一起使用时,情况就更糟了。
那么我们真正需要的是什么呢?
preventDefault()
大多数情况下,当你使用return false时,你其实真正需要的是e.preventDefault()。要使用e.preventDefault,你需要确保你传递了event参数到你的回掉函数中(在这个例子里,就是那个e):
它会替我们完成所有工作,但不会阻止父节点继续处理事件,要记住,你放在代码中的限制越少,你的代码就越灵活,也就越易于维护。
stopPropagation()
但有些情况下,你有可能需要停止事件冒泡,让我们看看下面的例子:
现在,让我们假设如果你点了div上除了a链接之外的地方,我们希望能发生点什么事情(比如改变下背景什么的),但是不能影响用户点击a链接的行为(从可用性的角度,这个例子不怎么好,你可能不希望用户点击别的地方时发生任何事情)。
在这种情况下,如果我们使用return false,div的click事件不会被触发,但是用户也不会到达他们点的那个链接。
stopImmediatePropagation()
这个方法会停止一个事件继续执行,即使当前的对象上还绑定了其它处理函数,所有绑定在一个对象上的事件会按绑定顺序执行,看看下面的例子:
你可能会觉得这个例子看起来很别扭,没错,尽管如此,但有时这的确会发生,如果你的代码非常复杂,那么不同的widgets和plugin就有可能在同一个对象上添加事件,如果遇到这种情况,那你就很有必要理解和使用stopImmediatePropagation。
return false
只有当你同时需要preventDefault和stopPropagation,并且你的代码可以接受直到你的回调执行完成才停止执行浏览器的默认行为,那你就可以使用”return false“。但我强烈建议你别在写给其它jQuery开发者的演示代码中使用这个方法,因为这会造成更多误用,只有在你确信非用不可的情况下再去使用”return false“。
选择适当的位置
如果你使用了”return false“,它只会在你的回调函数执行结束才去取消浏览器的默认行为,但是使用e.preventDefault,我们有更多的选择,它可以随时停止浏览器执行默认动作,而不管你将它放在函数的哪个部分。
1. 开发阶段,你应该总是将它放在第一行。你最不想做的事情可能就是你正在调试将一个form改成ajax提交的时候,它却已经被按照老方法提交了。
2.产品阶段,如果你采用了渐进增强(progressive enhancement),那就把它放到回调的结束位置,或者是逻辑终点,如果在一个普通页面采用渐进增强,那你就需要在服务器端考虑如果浏览器不支持JS时(或者被禁用时),对链接的click事件和表单的提交事件的处理。这里的好处是,我们不考虑关闭JS的情况,只考虑支持js时的强狂,如果你的回调代码出错抛出了异常,让我们看看下面的代码:
现在,让我们看看同样的事件,把preventDefault调用放在底部的效果:
这对表单提交也同样有效,你可以更好的应对出错的情况,别指望你的代码一直正常工作,在发生错误时有正确的应对总胜过假设代码不会出错。
3. 在产品阶段,如果功能这设计JS,那就还应该放在第一行。
记住,不必非得是函数的第一行,但是越早越好,这里的原则是:如果函数的功能是通过JS实现的(不涉及服务端交互),那就没必要考虑兼容,在这种情况下,添加在第一行可以防止URL中出现#字符,但显然,你还是应该尽可能多的增加些错误处理代码,以防止用户在出错时变得不知所措。
结论
我希望这篇文章传达的信息足够你在需要阻止浏览器执行默认行为时做出正确的选择。记住,只有当你真的明白你在做什么时,才使用”return false“,并确保你是在函数的正确位置调用了相应的代码。最后,尽可能保持代码的灵活性,尽量不要再用“return false”了!
最近在写程序的时候经常用到 return false 看了这个文章后 感受颇多 就转过来了 希望对大家有帮助
原文:http://heikezhi.com/2011/04/18/jquery-events-stop-misusing-return-false/
可能在你刚开始学习关于jQuery事件处理时,看到的第一个例子就是关于如何阻止浏览器执行默认行为,比如下面这段演示click事件的代码:
$("a.toggle").click( function () { $("#mydiv").toggle(); return false; });
这个函数使用toggle来显示或者隐藏#mydiv,然后阻止浏览器继续访问href中指定的链接。
像上面这样的例子会让用户养成使用“return false”来阻止浏览器执行默认行为的坏习惯,在这篇文章里,我将会讨论关于阻止浏览器执行默认行为的两个非常重要的主题:
选择正确的方法: return false还是preventDefault,stopPropagation或者stopImmediatePropagation
选择合适的位置,开始,结束,还是中间某个地方:你应该在事件回调的哪个部分取消浏览器执行默认行为?
注意:当我在这篇文章中提到event bubbling(事件冒泡),我想表达的是大部分事件都是先在初始DOM上触发,然后再通过DOM树往上,在每一级父元素上触发,事件不会在兄弟节点或是子节点上冒泡(当事件向下冒泡时,我们叫它事件捕捉(event capturing)),你可以在这里了解更多关于事件起泡和捕捉的介绍。
选择正确的方法
“return false”之所以被误用的如此厉害,是因为它看起来像是完成了我们交给它的工作,浏览器不会再将我们重定向到href中的链接,表单也不会被继续提交,但这么做到底有什么不对呢?
”return false“到底做了什么?
当你每次调用”return false“的时候,它实际上做了3件事情:
event.preventDefault();
event.stopPropagation();
停止回调函数执行并立即返回。
“等等”,你叫了起来!我只是想让浏览器停止继续执行默认行为而已,我不需要它去做另外2件事。
这3件事中用来阻止浏览器继续执行默认行为的只有preventDefault,除非你想要停止事件冒泡,否则使用return false会为你的代码埋下很大的隐患,让我们通过一个真实的例子来看看这样的误用会造成什么后果:
这是我们用来演示的HTML:
<div class="post"> <h2><a href="http://heikezhi.com/path/to/page">My Page</a></h2> <div class="content"> Teaser text... </div> </div> <div class="post"> <h2><a href="http://heikezhi.com/path/to/other_page">My Other Page</a></h2> <div class="content"> Teaser text... </div> </div>
现在假设我们想要在用户点击文章标题时,将文章动态载入到div.contentd中:
jQuery(document).ready( function ($) { $("div.post h2 a").click( function () { var a = $(this), href = a.attr('href'),content = a.parent().next(); content.load(href + " #content"); return false; }); });
这段代码可以正常工作(至少目前是),但如果我们顺着这个思路继续,如果我想要在用户点击了一个div.post元素(或者任何一个它的子元素)时,给它加上一个active类,我就需要给div.post增加了一个click回调:
var posts = $("div.post"); posts.click( function () { posts.removeClass("active"); $(this).addClass("active"); });
现在,如果我们点击一个帖子的标题,这段代码会工作吗?答案是不会,因为我们在标题的click回调里使用了return false而不是我们应该使用的,”return false“等于event.preventDefault();加event.stopPropagation();,所以事件冒泡就被终止了,click事件不会被冒泡到div.post上,我们为它添加的事件回调当然也就不会被调用了。
如果我们把它和live或者delegate事件混在一起使用时,情况就更糟了。
$("a").click( function () { return false; }); $("a").live("click", function () { });
那么我们真正需要的是什么呢?
preventDefault()
大多数情况下,当你使用return false时,你其实真正需要的是e.preventDefault()。要使用e.preventDefault,你需要确保你传递了event参数到你的回掉函数中(在这个例子里,就是那个e):
$("a").click( function (e) { e.preventDefault(); });
它会替我们完成所有工作,但不会阻止父节点继续处理事件,要记住,你放在代码中的限制越少,你的代码就越灵活,也就越易于维护。
stopPropagation()
但有些情况下,你有可能需要停止事件冒泡,让我们看看下面的例子:
<div class="post"> Normal text and then a <a href="http://heikezhi.com/path">link</a> and then more text. </div>
现在,让我们假设如果你点了div上除了a链接之外的地方,我们希望能发生点什么事情(比如改变下背景什么的),但是不能影响用户点击a链接的行为(从可用性的角度,这个例子不怎么好,你可能不希望用户点击别的地方时发生任何事情)。
$("div.post").click( function () { }); $("div.post a").click( function (e) { e.stopPropagation(); });
在这种情况下,如果我们使用return false,div的click事件不会被触发,但是用户也不会到达他们点的那个链接。
stopImmediatePropagation()
这个方法会停止一个事件继续执行,即使当前的对象上还绑定了其它处理函数,所有绑定在一个对象上的事件会按绑定顺序执行,看看下面的例子:
$("div a").click( function () { // Do something }); $("div a").click( function (e) { // Do something else e.stopImmediatePropagation(); }); $("div a").click( function () { // THIS NEVER FIRES }); $("div").click( function () { // THIS NEVER FIRES });
你可能会觉得这个例子看起来很别扭,没错,尽管如此,但有时这的确会发生,如果你的代码非常复杂,那么不同的widgets和plugin就有可能在同一个对象上添加事件,如果遇到这种情况,那你就很有必要理解和使用stopImmediatePropagation。
return false
只有当你同时需要preventDefault和stopPropagation,并且你的代码可以接受直到你的回调执行完成才停止执行浏览器的默认行为,那你就可以使用”return false“。但我强烈建议你别在写给其它jQuery开发者的演示代码中使用这个方法,因为这会造成更多误用,只有在你确信非用不可的情况下再去使用”return false“。
选择适当的位置
如果你使用了”return false“,它只会在你的回调函数执行结束才去取消浏览器的默认行为,但是使用e.preventDefault,我们有更多的选择,它可以随时停止浏览器执行默认动作,而不管你将它放在函数的哪个部分。
1. 开发阶段,你应该总是将它放在第一行。你最不想做的事情可能就是你正在调试将一个form改成ajax提交的时候,它却已经被按照老方法提交了。
2.产品阶段,如果你采用了渐进增强(progressive enhancement),那就把它放到回调的结束位置,或者是逻辑终点,如果在一个普通页面采用渐进增强,那你就需要在服务器端考虑如果浏览器不支持JS时(或者被禁用时),对链接的click事件和表单的提交事件的处理。这里的好处是,我们不考虑关闭JS的情况,只考虑支持js时的强狂,如果你的回调代码出错抛出了异常,让我们看看下面的代码:
var data = {}; $("a").click( function (e) { e.preventDefault(); // cancel default behavior // Throws an error because `my` is undefined $("body").append(data.my.link); // The original link doesn't work AND the "cool" // JavaScript has broken. The user is left with NOTHING! });
现在,让我们看看同样的事件,把preventDefault调用放在底部的效果:
var data = {}; $("a").click( function (e) { // Throws an error because `my` is undefined $("body").append(data.my.link); // This line is never reached, and your website // falls back to using the `href` instead of this // "cool" broken JavaScript! e.preventDefault(); // cancel default behavior });
这对表单提交也同样有效,你可以更好的应对出错的情况,别指望你的代码一直正常工作,在发生错误时有正确的应对总胜过假设代码不会出错。
3. 在产品阶段,如果功能这设计JS,那就还应该放在第一行。
记住,不必非得是函数的第一行,但是越早越好,这里的原则是:如果函数的功能是通过JS实现的(不涉及服务端交互),那就没必要考虑兼容,在这种情况下,添加在第一行可以防止URL中出现#字符,但显然,你还是应该尽可能多的增加些错误处理代码,以防止用户在出错时变得不知所措。
结论
我希望这篇文章传达的信息足够你在需要阻止浏览器执行默认行为时做出正确的选择。记住,只有当你真的明白你在做什么时,才使用”return false“,并确保你是在函数的正确位置调用了相应的代码。最后,尽可能保持代码的灵活性,尽量不要再用“return false”了!
发表评论
-
jQuery的基本设计思想和主要用法
2012-08-27 18:17 0从前几天开始到一月底之前,一直都会很忙,每天晚上都是一点之后睡 ... -
draggable.js源码分析
2012-08-27 11:31 0/** * draggable - jQuery Ea ... -
拖动表头
2012-08-24 15:45 0拖动列宽并产生左右下拉条:在gridview绑定结束后给每 ... -
spmenu
2012-08-10 17:32 0body,div,ul,dl,dd,li,p,h1,h2, ... -
json2xml
2012-08-03 14:46 0//获取obj转化的字符串 function json2 ... -
浮动层失去焦点隐藏
2012-08-01 17:29 0var div; //层内的link点击事件,注意让事件 ... -
validator
2012-07-31 15:57 0jquery.Validation 官方网站 ... -
json与xml之间的转换
2012-07-30 13:04 0LoadRelatedTerms = function ( ... -
jquery方法的解读
2012-07-26 12:55 0jQuery(expr, [context]) jQu ... -
修正BUG总结
2012-07-23 10:51 0grid的bug修复 2012-07-23 修正重复绑定事件 ... -
gmap插件
2012-04-17 17:28 0/** * jQuery gMap * * @ ... -
FancySlidingForm
2012-04-17 12:47 0http://tympanus.net/Tutorials/F ... -
关于$.data的一些讨论
2012-04-17 12:31 0robert.katic 推崇第一种方法,并重写了$.data ... -
比较好的图集效果
2012-04-17 12:19 0http://www.tripwiremagazine.com ... -
分享的地址
2012-03-02 20:01 0setBookmarkArray:function(){ ... -
autoScroll
2012-01-30 16:53 0function AutoScroll(obj){ $ ... -
关于event的一些小总结
2012-01-29 11:08 0HTML标签绑定的事件: <A> click ... -
jquery.form里的ajaxForm方法的使用注意事项
2012-01-18 18:46 0需要注意的是 $('#myForm2').submit( ... -
关于jQuery.param方法的使用
2012-01-17 11:40 0api中关于jQuery.param方法的说明如下: jQue ... -
jQuery.extend函数详细用法!
2012-01-17 11:27 0阅读JQ的API以及实际使用过程中的总结,我们可以得出jQue ...
相关推荐
转帖:Android应用的自动升级、更新模块的实现docx.docx
NULL 博文链接:https://abe.iteye.com/blog/998758
一,LCD主要技术指标;二 电路工作原理提要;三 检修提要
我的职场十年,IT人很值得借鉴呀!!!!!!!!!!!!!!!!!!!!!!!!!!!!
今天教大家用jquery语言制作下拉菜单--本教程已解决了jquery的 hover 滑动菜单晃动问题,大家可以参照本例源码制作。(转帖请注明:来自中山大学数计学院网页设计培训中心。)
论坛转帖工具 .......... 纯HTML
编辑人员转帖去水印工具,很好用,直接选中水印区域后运行伪装即可!
一键转帖 一键8经验签到. 绿易贴吧工具3.7 11.11版.rar
转帖图片提取工具可以对论坛图片附件信息进行清除,只保留图片代码,操作很简单,推荐有需要转帖图片工具的朋友下载 转帖图片提取工具使用方法: 将IP138上处理过的东西复制到上方的编辑框内,点击只要图片,下面...
很经典,呵呵,本人友情转帖,感谢原作者,自己收藏的
转帖性能测试
用PHP批量生成图片缩略图——活跃论坛转帖
UBB论坛转帖圣手.exeUBB论坛转帖圣手.exe
转帖:讲述OPTISYSTEM基础知识,适合新手学习!
discuz X2转帖工具、采集工具,discuz论坛批量发帖,批量转帖工具
农商银行贴现、转帖现及再贴现操作细则.doc
这是一个世界编程大赛第一名写的程序,很好玩的,大家试试看。
比较全面的网摘收藏和SNS分享代码,复制粘贴到你的网页中即可使用,可丰富你的网页体验,为用户创造便利条件。 转发至人人网" charset="400-03-... 分数可能有点高,这个和一般的优酷分享都差不多。但是我个人觉得值。
H42131-转帖《关于用净值计算法计算收益》.doc