该不该用eslint 实例详解Vue项目使用eslint prettier规范代码风格？
实例详解Vue项目使用eslint prettier规范代码风格？
1. 安装 Vetur 插件 2. 在 VS Code 的设置中添加如下规则： { "vetur.format.defaultFormatter": { "html": "prettier"， "css": "prettier"， "postcss": "prettier"， "scss": "prettier"， "less": "prettier"， "js": "prettier"， "ts": "prettier"， "stylus": "stylus-supremacy" } } 这里是设置 Vetur 默认使用的格式化插件 prettier。 这样对于.vue文件中的 html 和 javascript 代码都有格式化支持了。 vue eslint 代码自动格式化 vue-cli 代码风格为JavaScript Standard Style 代码检查规范严格，一不小心就无法运行，使用eslint的autoFixOnSave可以在保存代码的时候自动格式化代码 VSCode拓展插件推荐（HTML、Node、Vue、React开发均适用）
web前端包含的测试过程是如何进行的？
这个东西各个公司工作室各个组各个项目都不一样，但基本技能还是那些：
1. 不要把所有问题留在测试阶段，开发就是最好的测试。所以开发的时候，多console，多打端点，使用chrome测试开发工具测资源、渲染等。渲染还可以使用时间戳API打印出来进行检测，chrome测试开发工具还可以测低网络高延迟比如2G网络请求，建议学习下。
2. 写好代码后，一般你的构建工具比如E2E、ESlint包括webpack自带的一些检测会测试你的编码规范、UI性能以及代码可执行度；同时最好自己引入node断言或一些JS测试包比如chai.js 等进行单元测试。（公司内部都会自己基于webpack自己开发一套构建工具）
3.测试后，只是证明你的代码没问题了，兼容、安全、网络还有待测试。兼容一般会专门交给测试，测不同浏览器兼容，测浏览器不同版本兼容，测PC和移动端兼容，如果是native和H5还会分开测，所以公司都专门有测试。安全，其他公司我不知道，反正我们公司自带门神检测。网络这一块，只能到测试服务器后，线上使用chrome开发者工具测试，看一下资源包等加载、解析、渲染等问题。
4.最后，说到上线，最好是多分支开发，一个线上分支，一个测试分支，剩下的都是各个开发分支。多git status和git diff，看下更改。另外留意线上改动，确保和线上同步。这点自己小组确立规范，不能乱，不然每次push都是冲突很恼火的。
如何减少团队的低质量代码？
团队中的代码质量高低与否，对于代码和项目的可持续维护有很重要的意义。低质量的代码将形成技术债务，拉高维护和再开发的难度。想要提高团队的代码质量，有以下几点建议：
- 制定团队的代码规范。没有规矩，不成方圆。只有制定了合适的规范，团队的代码质量才能有所保证。代码规范包括的方面很多，一般包括代码格式、编码规范、文档规范等。许多编程语言都有流行的代码风格规范，可以进行参考。
- 利用工具严格执行规范。制定了规范之后，需要严格执行。使用如Linter等工具进行代码风格和语法错误的检查，或构建适合团队自身的定制检查工具。使用这些工具在团队提交代码到代码库之前进行自动化检查，拒绝无法通过检查的代码，确定代码的基本质量。
- 提升代码测试重要性。对于实际的代码而言，许多的低质量代码是无法通过Linter检查出来的，此时我们需要更加完备的测试对提交的代码进行质量检测，并把测试覆盖率等加入到代码质量的指标中进行量化。
- 推行Code Review。代码评审是通过阅读代码来检查代码质量的方式。对于团队而言，由核心成员执行Code Review有利于持续提升成员的代码质量，更为深入地检验代码的各项指标，对于团队代码质量有着不可估量的好处。
总而言之，想要减少团队中的低质量代码，需要制定规范，严格执行，加强测试，推行Code Review。另外，也需要加强对团队成员的代码能力管理，共同提升代码质量。
该不该用eslint vue取消eslint规范 esl中文官网
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
