面试的时候看到的一些细节问题

[AshoneA]

今天面试一位前端的时候，给他出了道题目让他写点代码，答案没写出来也没什么，就是发现面试的人在判断两个值是否相等的时候居然用的是==而不是===，个人感觉只要写 JS 超过半年以上应该会很习惯的用===去判断，==几乎是不会用到的一个判断符号(而且 eslint 大部分的规则都会直接提示==是不合法的)。面试的人在我心中就感觉是个基本不怎么写代码的人...而且简历上的一些项目百度了一下居然能出来个好几页，这是培训出来的吗？还是我的判断有误，请各位指教一下

[zealot0630]

说不定人家是 coffee/dart 出身呢

[AshoneA]

@zealot0630 不是的哈，一直都是写前端的呢

[zbinlin]

过去就过去了，没必要揪着别人不放。

[akatquas]

考察原理，不要纠结语法细节

[xlui]

楼上说不要纠结语法细节的，我觉得如果语法细节不做好，到时候入职了写的也是垃圾代码。

[zhoufenfens]

完了，写==的都写的是垃圾代码

[AshoneA]

@akatquas 我觉得这不是语法细节吧，如果写 JS 半年以上一直有在写，完全不会去思考就会去写===的

[zhuangzhuang1988]

谭浩强式题目

[AshoneA]

@zhuangzhuang1988 如果他都能写出来答案我是不会纠结这个的，关键是他没写出来只能看看他代码其他地方有没有可取之处了呀

[akatquas]

@xlui 你有考虑降低闭包开销嘛？

[Sparetire]

@akatquas 偶尔会考虑。。尤其是事件绑定的时候，如果没有引用其他外部变量，能通过 this 拿到的值，就不会通过函数外部实例拿了，不过感觉多数人没这习惯

[Perry]

语法细节上班的时候完全可以用 linting 解决，同意楼上考原理的说法。
不过确实这些细节容易会让面试官减分

[Cbdy]

用==的很不专业，建议谨慎录用

[JK9993]

注意题主是说判断两个值是否相等的条件，这样子用两等当然不靠谱，但是其他情况我觉得能接受吧

[JK9993]

嗯，好像说了废话……我意思是说如果是出题的判断两个值是否相等

[fakeshadow]

我偶尔也会写错，因为不是只写 js，从其他语言突然转换过来不适应。

[stillsilly]

我们公司后台传长得像数字的值（数量、id、用 01 表示的布尔）时精神错乱，完全不看这个字段的含义应该用什么，很随机地一会儿用数字，一会儿用字符串…

我勤快的时候用 String Number 强转一下===，不勤快的时候就直接==了…

[yinjunjian0]

有时后端传过来的是字符串 1 或者数字 1
你不确定的话
那用==好
还是写两行===和转换下再===好呢

[zqx]

感觉==还是有使用场景的

[zhzbql]

大部分进行判断相等的情况下类型都是可预期的，用==有什么问题？在类型不可预期的情况下才用=== 。我就是这样，不要问为什么，问就是一个字，懒，可以少打一个=号