2. Prettier 方式2: package.json中新建prettier属性。 3. 文档类约束 未完待续...

前端还在 刀耕火种的时代的时候，前端是没有 工程 这个概念的。更多是切图仔这个概念，（将设计师设计出来的 web 、app、h5 的 UI 通过 PS 切图 然后再通过 HTML、CSS 实现出来）的这么一个工种。那么随着 互联网兴起到后来的移动互联网发展，To C 产品需求 …

本篇文章讲怎么在前端团队快速制定并落地代码规范!!!\ 干货，拿走这个[仓库](https://github.com/jd-antelope/s-lint)

本篇介绍的是如何做到在代码提交前，统一团队代码风格，检查代码质量，并修复一些低级错误。最终期待项目中的开发人员提交的代码都符合代码规范、风格统一。 Git Hook + lint-staged + Prettier + ESLint，先介绍最终实现，具体每个模块的作用和配置后面…

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

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

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

不以规矩，不能成方圆。 由于某些原因，笔者有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。 本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自身团队的