最近遇到了一个老项目，比较有意思的是这个项目集前后端的代码于一起，而后端也会去修改前端代码，所以就出现了后端用 IntelliJ IDEA 来开发前端项目，而前端用 VSCode 来开发前端项目的情况

背景和设想 任何团队，规范都是怎么也绕不开的话题，我们有太多的理由去做规范，同时我们在做规范这件事上也有太多的痛点，那么有没有这样的一种方式，让规范这一件事情既能很好的落实，又对于我们的研发效能不会有

没有规矩，不成方圆，对于团队来说，有一套完整的开发规范可以减少团队协作成本和维护成本，让代码阅读起来更容易。 项目中所需要的依赖都会在package.json文件中展示。 安装依赖需要使用npm命令，可去npm官方文档使用及学习。 生产环境需要的依赖安装在属性dependenc…

不以规矩，不能成方圆。 对于团队而言，统一很重要，代码是写给人看的，然后顺便跑在机器上而已。 每一种事物都有它被发明时，都会有其用处和目的，每一个事物都是自己擅长和适合的领域； 我们要在对的地方使用它，让它做自己擅长的事。 我们知道，当一个团队开始指定并实行编码规范的话，错误就…

随着团队人数的增加，每个人的代码编写喜好不同，代码风格也迥然不同。如果有一个大家的统一的愿意遵守的代码规范，肯定事半功倍，提高效率，避免代码Review和重构。 其中一部分规则参考了 腾讯alloyteam团队的代码规范，如有错误，请指出，将会非常感谢。 坚持好的代码风格规范，…

笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人)，自己就是规范。随着公司业务的扩展，扩充了一些人员，这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考，希望能给你们也带来一些帮助. 一个人走的更快，一群人可以走得更远，前提是统一的策略…

转转在早期团队较小的时候，没有太多规范，遇到问题用自己最擅长的方式去解决就行。随着公司发展，团队越来越大，因为没有统一规范而造成的问题也越来越多，例如 等等。。。 基于这些问题，我们在去年上半年，制定了一个转转前端开发规范，经过这大半年的实践，达到了预期的效果。接下来我会具体介…

团队中的所有开发人员用一套代码规范规则，并且无需我们花太大的精力去为了格式而格式。希望有一套自动化工具，帮我们检测代码是否规范，如果不规范，则自动能够帮我们按照既定规范格式化。 通过对 eslint 和 prettier 的大致了解，其实可以发现，prettier 是用于格式化…

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