前端代码提交规范

前言

前端工程化是一个很宽泛的概念，大致上可以分为四个方面，也就是：模块化、组件化、规范化和自动化。这里不对其他概念进行展开，只大概阐述一下规范化的概念，看完这篇文章如果大家对这些工程化的概念感兴趣可以点赞留言，大家一起讨论，后续我也会更新相应的文章。

规范化

规范化是个很有意义的东西，始皇帝和扫六合统一华夏后制定了书同文、车同轨、统一度量衡的国策方才有了日后合久必分，分久必合的政治基础，否则就像曹操讲的设使国家无有孤,不知当几人称帝,几人称王。梦回秦汉之后回到我们的工作中来，规范化有哪些意义呢？

• 规范的代码可以促进团队合作
• 规范的代码可以降低维护成本
• 规范的代码有助于 code review（长得都不一样，我还怎么review）
• 养成代码规范的习惯，有助于程序员自身的成长

那么规范化又可以在哪些地方体现呢？

• 代码格式规范，如引入eslint和prettier等。
• 统一项目结构，在大多数情况下使用相同的项目目录结构，否则不知几人称帝几人称王咯。
• 制定前后端联调沟通的规范，比如我们现在常用的后端生成ts模型给到前端，这一点已经是极大的提升了前端开发的工作效率，当然这一点并没有明显地提升后端开发人员的工作效率，所以有些后端开发人员还不了解或者不愿意了解这个生成ts模型的插件。
• 文件命名规范，这一点不用多说，你是AaaBbb，我是aaaBbb，他是aaa-bbb，这还怎么玩。
• 样式管理规范：目前流行的样式管理有 BEM、Sass、Less、Stylus、CSS Modules 等方式。
• git flow 工作流：分支命名规范、代码合并规范，代码提交规范等。
• …等等

代码提交规范

回到这篇文章的主题，我们的代码提交应该是一个怎样的规范呢？（由于我们已经有eslint规范，故以下内容皆是建立在有代码格式规范的前提下）这里我们参考了Angluar commit message规范指定了我们的提交类型。

    { type: 'feat', section: '✨ Features | 新功能' },
    { type: 'fix', section: '
声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/在线问答5/article/detail/744295