前言
漫漫代码人生路，你是否遇到过或曾也是所谓的“坏”前任，又是否接过盘？黑叔描述的以下场景是否似曾相识？欢迎留言你和前任代码的故事。
一、变量滥用
前任错误姿势黑叔锐评：不用就及时删除，否则现任内心是矛盾的。
现任接盘姿势
二、自我感觉良好的命名
前任错误姿势黑叔锐评：看上去命名挺规范，缩写，驼峰法都用上，ESlint通过，但是现任内心fName是啥？
现任接盘姿势
三、冗余的命名
前任错误姿势黑叔锐评：简单点，命名的方式简单点，冗余的代码请省略。
现任接盘姿势
四、无说明判断
前任错误姿势黑叔锐评：什么值小于10？让猜？
现任接盘姿势
五、一个个死赋值
前任错误姿势黑叔锐评：假如很多个，也继续const变量吗？请用解构赋值
现任接盘姿势
六、未与时俱进
前任错误姿势黑叔锐评：其实也不是不可以，但请尽量与时俱进（模板字符）！
现任接盘姿势
七、从命名无法得知返回值类型
前任错误姿势黑叔锐评：对于返回Boolean类型的函数，建议以is/can/has等开头。
现任接盘姿势
八、从命名无法得知函数作用
前任错误姿势黑叔锐评：功能函数建议用动词开头，例如get/set等。
现任接盘姿势
九、使用if else条件语句过多
前任错误姿势黑叔锐评：大多数可以结合数组改写
现任接盘姿势
十、老习惯，喜欢用prototype
前任错误姿势黑叔锐评：尽量使用类class，避免直接操作prototype。
现任接盘姿势
十一、类型转换不合理
前任错误姿势黑叔锐评：建议了解string和tostring的区别。
现任接盘姿势
十二、一个函数多个功能
黑叔锐评：推荐阅读函数式编程
十三、放松时间
黑叔锐评：看完不后悔系列视频
十四、幸福时刻
如果觉得《我们都是代码接盘侠 请做一位好前任！》对你有帮助，请点赞、收藏，并留下你的观点哦！
