感谢掘金提供平台。

靠谱的前端团队一般都会引入自己的代码风格规范，但真实项目中的问题常常不是统一了空格数量和是否加分号就能解决的，而是有很多看不见的暗坑。我们是否有代码风格之上，对代码质量的更高级把控呢？ESLint 插件或许能够为你打开新世界的大门。 在前端发展日新月异的这个时代，我们实际上正在…

编程风格这个东西，说实在的对于刚加入团队的新成员来说还是很难让人完全适应的。因为每人的编程风格都不同，完全是各有千秋的既视感啊 放眼望去，在前端，但凡有个项目，无论大小，都会看到它的身影。并非为了提高比格，让别人暗赞专业，而是它确确实实帮我们检测出不易察觉的错误，避免N多个线上…

代码规范参考借鉴自各个团队规范，提供肉联帮前端团队规范。 camelCase（驼峰式，也叫小驼峰命名，e.g. userInfo） PascalCase（帕斯卡命名式，也叫大驼峰命名，e.g. UserInfo） kebab-case（短横线连接式，e.g. user-info…

Prettier 是一个有见识的代码格式化工具。它通过解析代码并使用自己的规则重新打印它，并考虑最大行长来强制执行一致的样式，并在必要时包装代码。如今，它已成为解决所有代码格式问题的优选方案；支持 JavaScript、 Flow、 TypeScript、 CSS、 SCSS、…

vue-cli3按照官网教程配置搭建后，发现每次编译，eslint都抛出错误于是做了一下基本的配置做完这个配置以后，顺带了解了一下eslint的语法检测和基本的配置规则vue-cli3官方文档修改es

以前公司的vue项目只是我一个人在写，代码风格统一，但是后来随着团队增加，统一的代码风格就越来越重要。我的主力工具是sublime，ws辅助，vscode基本很少使用（就下载安装放在冷宫），但是听说用来写vue项目还不错，就开启了一番折腾。当然工具么，没有谁好谁坏了~~ 不盲目…

想起自己刚入行的时候，从svn上把代码checkout下来，看到同事写的代码，大括号居然换行了。心中暗骂，这个人是不是个**，大括号为什么要换行？年轻气盛的我，居然满腔怒火，将空行一一删掉。 但是关于代码风格，我们很难区分谁对谁错，不同的人有不同偏好，唯有强制要求才能规避争论。…