锁定老帖子 主题:这些年我们爱犯的弱智错误(菜鸟必看)
精华帖 (2) :: 良好帖 (14) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
---|---|
作者 | 正文 |
发表时间:2012-02-28
确实,编码是一个细致活
|
|
返回顶楼 | |
发表时间:2012-02-29
zTree大哥哟,是不是最近被我们这些在贴吧提问的菜鸟的弱智问题搞的欲哭无泪啦
前两天做异步加载的树做的出了问题还想上去问问,但是一看贴吧好多提问的, 想想还是自己研究一下吧,结果发现是项目类调错了,类似的tree类太多转成别的格式的了- -... 文章内容全看了,我表示这些问题我有遇到过,是什么等级的啦…… |
|
返回顶楼 | |
发表时间:2012-02-29
犯过第二个
|
|
返回顶楼 | |
发表时间:2012-02-29
zyy7567093 写道 function 和 fucntion 猛的一看 还真没看出来
不是都有语法高亮嘛 |
|
返回顶楼 | |
发表时间:2012-02-29
allloveend 写道 zTree大哥哟,是不是最近被我们这些在贴吧提问的菜鸟的弱智问题搞的欲哭无泪啦
前两天做异步加载的树做的出了问题还想上去问问,但是一看贴吧好多提问的, 想想还是自己研究一下吧,结果发现是项目类调错了,类似的tree类太多转成别的格式的了- -... 文章内容全看了,我表示这些问题我有遇到过,是什么等级的啦…… 呵呵, 夸张了一点,但也的确有时候看着问题很郁闷。 一方面是有的朋友不会调试代码,但另一方面的确有的朋友比较懒了一点,不经过大脑就直接提问,曾经遇到过一个朋友直接让我帮他写代码的。。。被我拒绝掉了。 写好代码一方面要靠技术能力,但对于工作态度 和 工作方法其实会更好的提高你的技术能力。在回答了很多朋友的问题之后,我就感觉需要总结一些东西出来分享给大家,让大家一起讨论,很喜欢这里的氛围,呵呵。 写这个文章就是为了帮助菜鸟们要多注意细节问题,这里面更多的都是经验。希望我们的菜鸟们尽快提升自己的等级! 计划下次抽空时,再总结一下关于如何调试代码方面的东西。 一个弱智错误,一个调试方法,这两个东西对我们日常编程来说,都很重要,却又经常不太在意。如果掌握好调试方法,对于我们快速查找问题来说,是相当有帮助的。 |
|
返回顶楼 | |
发表时间:2012-02-29
个人认为兼容性不应该算,例如在ie6上面遇到不可预知的错误,不应该算开发人员问题。
|
|
返回顶楼 | |
发表时间:2012-02-29
robertpi 写道 个人认为兼容性不应该算,例如在ie6上面遇到不可预知的错误,不应该算开发人员问题。
有道理,这个更应该算调试方法里面的。 |
|
返回顶楼 | |
发表时间:2012-02-29
yuerjiajia 写道 总结的不错啊 特别是 function 和 fucntion 曾经害我找了半夜
这不至于吧,只要不是用的系统自带的记事本编写代码,关键字都有高亮显示的啊,错误很明显嘛~ |
|
返回顶楼 | |
发表时间:2012-03-01
zTreeAPI 写道
做了开源以后,最大的感触就是:沟通增加了,信息来源增加了。提问的朋友很多,各种问题都会有,有时候在解答时也是很郁闷,这两天感觉适当总结一下自己以及周围朋友在制作 js 时爱犯的弱智错误,还是很有必要的。这些弱智错误经常会让我们抓狂——这么简单的东西怎么就是总出错呢?反复检查好几遍就是找不到错误,一旦你恍然大悟时,必然会惊呼:啊!太弱智了。。。。 这篇文章肯定无法帮助你应付面试(面试一般不会考你“弱智错误”的),也肯定不会让你的技术水平得到深入的提高(弱智错误一般和你使用的技术深浅无关),但应该能让你在调试代码的过程中提高效率(更多是一种习惯 或者说还是“细节决定成败”),如果能对这些弱智错误牢记心间的话,当你遇到那些怎么改都改不对的时候,就要想想“是不是我犯了弱智错误??”,所以本篇文章主要献给菜鸟们,对于老手来说,欢迎多多提供自己的经验教训,让菜鸟们能够更快的成长起来。 闲言少叙,直接看正文: No.1 大小写不一致 把这个弱智错误名列榜首,可是当之无愧,从菜鸟到高手,能有几人逃得过? 错误描述:一会儿用 id、pid;一会儿又是 Id、pId。当然要乱套了。 避免办法:养成良好的命名习惯很重要。看着文档做功课时要仔细。 No.2 输入错误 其实这个错误和大小写不一致类似。 错误描述:输入变量时左右手指出现了节奏时差,变量名中某两个字母站错了位置,本来应该输入 function 结果一不小心输入了 fucntion,如果不仔细看怎么看怎么对。另外多个字母少个字母的情况也时有发生。 避免办法:敲代码时要尽量集中精神,避免三心二意。检查错误时可以把正常的代码和错误部分的代码粘贴到一起,对比查看,往往很容易能够发现这种错误。(推荐多玩玩儿“找不同”,也会不同程度的提升纠错能力)
//两行放在一起对比,是不是一眼就能看出来错误的地方呢? var children = function() { var _this = this; var iCounter = 0; iCounter++;} var children = funtcion() { var _this = this; var iCounter = 0; icounter++;} No.3 多余的逗号 相信10个人中至少有8个人犯过这种错误。 错误描述:主要是对于 JSON 对象中,最后一个对象后面仍保留一个逗号。这种情况下对于 firefox、chrome 等浏览器来说运行起来一切正常,可是放到 ie 上就报错,再加上 ie 还很难调试,所以对于菜鸟来说往往很难找到源头。 举例: {"a":1, "b":2, "c":3,} 出现这种错误最常见的情况就是在 Server 端利用循环语句批量生成 JSON 数据字符串的时候。 避免办法:这个的确没有太好的办法彻底避免,只能是让你的脑子里多一根经,一旦批量制作 JSON 格式的内容时,就要小心最后面是不是会多一个逗号。 No.4 数组的长度 错误描述:关于数组的使用时,总会时不时的出现一些下标越界 或者 null 方面的错误。 举例:某个 function 中一段代码 a[0] = a[1]+1; 大部分时候正常,但偶尔会出现错误。 避免办法:产生这个错误一般来说是没有养成使用数组时要首先对 数组对象进行检查的习惯,例如首先判断 a!=null; 另外还要判断 a.length 是否满足你需要用到的 index 值。这个就是个习惯问题。 No.5 诡异的计数器 这是一个 zTree 中曾经犯下的弱智错误,但由于原先使用多棵树的用户并不多,所以很长时间都没有暴露出来。 错误描述:有一个全局变量用于计数,但有多个不同的地方都在使用这一个计数器,当其中某处忘记了其他地方还在使用这个计数器时,可能会对其进行清零重置。。OMG,这样可就糟糕了吧,别的地方因为计数器归零会容易导致某些值冲突。 避免办法:对于全局变量的使用要规范,对于改变全局变量的地方越少越好,或者封装成固定的方法,要清楚全局变量的作用,修改时一定要慎重。 No.6 难以理解的等式 写代码就少不了 if;你在使用 if 的时候是否总会出现莫名其妙的结果呢? 看看下面这段代码的结果,比较一下 a/b 的等式结果吧:
var a = 0; var b = "0"; if (a) {console.log(1);} // false if (!!a) {console.log(2);} // false if (b) {console.log(3);} // true if (!!b) {console.log(4);} // true if (a == false) {console.log(5);} // true if (!!a == false) {console.log(6);} // true if (b == false) {console.log(7);} // true if (!!b == true) {console.log(8);} // true 错误描述:对于 number 和 string 在 if 表达式中,如果值是 0 或 "0" 时总会让你措手不及。 避免办法:建议对于非 boolean 对象的在判定时采用 !! 进行标准的 boolean 转换,同时要记住 js 中对于 0 这个特殊情况的判定,再结合你的需求编写正确的判定表达式。 No.7 JSON 对象的理解 有的初学者对于 server 端的对象能够争取理解,但是放到 js 中时往往开始变得糊涂了。 错误描述:错误的认为只要 {}里面的内容相同,那么这两个对象就是一样的。 举例:认为 var a = {"id":1}; var b = {"id":1} 那么 a == b (正确答案: a != b) 避免办法:需要正确理解 JSON 对象的定义。 每次 {} 就相当于生成一个新的 JSON 对象。 No.8 js 文件加载顺序 你是不是出现过js 文件都加载了,可是还总报 undefined 的错误呢? 错误描述:由于先加载了使用某个对象的代码,后加载了定义该对象的代码,导致报错。 举例:
// a.js 文件 function a() {return "a";} // b.js 文件 alert(a()); 避免办法:牢记先要定义对象,然后才能使用对象,确保 js 文件的加载顺序。 No.9 浏览器的兼容问题 前两天看到一句话,大概意思是:“作为一个 前端 程序员来说,很少有人能够如此幸运——只兼容一款浏览器”。 错误描述:在某个浏览器下调整的好好的,怎么换个浏览器就不好使了?? 避免办法:如果让你完全牢记所有会出现兼容问题的代码,貌似不太现实。一般来说只能记住一些常用的,或者是利用 jQuery 等架构减轻遇到这些问题的可能性。再有就是要提高警惕,一旦出现此类情况,就要考虑一下是不是因为 js 的兼容问题造成的呢?(然后就去 google 一下,如果被墙了,那么就去百度吧!呵呵) 补充:在不少情况下,往往是 css 的兼容出现了错误,让你误以为是 js 的错误。 No.10 异步加载的疏忽(一) 对于一个菜鸟来说,对于异步加载的理解很关键,也是一个经常容易犯错误的地方。 错误描述:用 Ajax 去给某个对象赋值,紧接着 Ajax 的代码后面就执行了使用这个对象的代码。然后你就会发现明明 Ajax 返回的结果是正确的,为何还不能正常执行呢?? 避免办法:对于需要确保 Ajax 执行完毕后才能执行的代码,一定要在 Ajax 的 success 和 error 这两个回调函数中进行。绝对不能紧跟在 Ajax 的代码后面立刻执行。 一定要深刻理解“异步加载”的含义,以及它最简单的工作原理。 No.11 异步加载的疏忽(二) 上面说了一定要在 Ajax 的 success 和 error 这两个回调函数中执行必要代码,success 不就可以了,为何还要在 error 中执行呢?? 错误描述:对于某些在 Ajax 前设定的标识,只在 Ajax 的 success 中修改标识,会发现一旦 server 或 网络异常导致 Ajax 出错时,就会出现一些很难理解的错误现象。 举例:
//这段代码简单的实现避免同时多个 ajax 执行的代码,只有当 ajax 完成后才能重新 ajax //一旦ajax过程出现错误后,这段代码将导致 goAjax 永远不会再进行 ajax 调用 var a = true; function goAjax() { if (a) { a = false; //这里用 jQuery 的 ajax 调用举例 $.ajax({ success: function(msg) { a = true; } }); } } 避免办法:对于必要的标识,一定要在 error 中设置相应的数据恢复,避免由于 ajax 异常导致程序逻辑错误。 例如上面的代码需要增加: error: function() { a = true;} No.12 jQuery 搜索DOM对象是否存在的判定 这是一个刚使用 jQuery 时非常容易犯的错误。 错误描述:var a = $("#test"); if(!!a) {alert("ok!");} 运行这段代码你会发现,永远都会 alert,不管是否存在 id = "test" 的DOM 避免办法:jQuery 的 $ 方法查找对象,始终都会返回一个 jQuery 对象的,不管是否存在查找的结果。检查是否有结果请利用 length 属性,比如 if(a.length>0) {alert("ok!");} 临时起草,不会很全面,以后可能也会慢慢补充进来更多弱智错误的。
|
|
返回顶楼 | |
发表时间:2012-03-01
非常感谢
|
|
返回顶楼 | |