引言 1.1目的及文档说明 规范的目的是为了统一编码风格规范，提高代码质量和可读性，增强团队协作开发效率（参考腾讯、百度、字节跳动等前端规范） HTML规范 2.1.语义化标签 标签语义化，切忌清一色

VScode结合ESLint和Prettier让代码规范更简单，在结合vscode中的插件eslint和vetur让不规范代码高亮显示并且一键保存自动规范代码。一个字：爽~

显然这种无法实时反馈、延迟解决的方式会造成沟通成本高，往往最终结果还不太理想... 理想的方式是在项目工程化层面 借助可灵活配置的工具，自动化 解决。 细心的你，如果仔细观察，会发现无论是开源项目还是成熟的团队项目，打开项目源码，你会发现根目录下出现了越来越多的配置文件，这是前…

现在写代码比以前好多了，代码的格式都有eslint,prettier,babel(写新版语法)这些来保证，然而，技术手段再高端都不能解决代码可读性（代码能否被未来的自己和同事看懂）的问题，因为这个问题只有人自己才能解决。我们写代码要写到下图中左边这样基本上就功德圆满了。 你可以…

规范的目的是为了编写高质量的代码，让我们和同事们每天得心情都是愉悦的，大家在一起合作是快乐的。 全部采用小写方式，以下划线（或中划线）分隔。 全部采用小写方式， 以下划线（或中划线）分隔，有复数结构时，要采用复数命名法， 缩写不用复数。 代码中的命名严禁使用拼音与英文混合的方式…

前端团队有评审代码的要求，但由于每个开发人员的水平不同，技术关注点不同，所以对代码评审的关注点不同，为了保证代码质量，团队代码风格统一，特此拟定一份《前端团队代码评审 CheckList 清单》，这样代码评审人员在评审代码时，可以参照这份清单，对代码进行评审。从而辅助整个团队提…

如果说计算机科学只存在两个难题：缓存失效和命名。那么我就觉得命名的难点只有两个：词汇量和坚持贯彻执行制定的规范。 最近在知乎上看到这个：作为程序员，有没有让你感到既无语又崩溃的程序命名？。顿时感慨万千，因为命名对于程序员来说是就是一个难题，有时候因为命名，可能会引起别人的误导，…

本文首发于我的个人网站：http://cherryblog.site/ （背景更换了不知道大家有没有发现呢，嘻嘻） 一个好的程序员肯定是要能书写可维护的代码，而不是一次性的代码，怎么能让团队当中其他人甚至一段时间时候你再看你某个时候写的代码也能看懂呢，这就需要规范你的代码了。 …

对一个developer来说，有时候变量命名，提交代码时的提交信息会让人很头疼，本文主要聊聊怎么优雅的书写commit message。 曾在上家公司的一个项目中，见过我至今以来见过最奇葩的代码提交信息，让我至今难忘。那个项目的前三个commit记录的提交信息分别是： 简直让人…