桃源小盼聊技术

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

当下git对开发的重要性不必多言，如何让团队更好地使用git，值得花点精力研究。

提交信息模板

1
2
3

类型(范围):主题(最多50个字)
解释为什么要做这些改动
提供相关文章和其它资源的链接和关键字

本文属于原创文章，转载请注明–来自桃源小盼的博客

定义工具库

定义一个js库，要在package.json中设置name、main、version。

本文属于原创文章，转载请注明–来自桃源小盼的博客

最近在日常开发中，发现一个工具方法会出现多个项目中，每次在新项目中开发时，都是去原先的项目中复制粘贴。

一是很麻烦，因为经常想不起来在哪个项目中写过，就得花点时间找一找。还有，有的项目用了ts，而有的是js，就得复制过来再修改一下。

二是质量不高，一般就是够自己用的，或者够项目用的就行了，也不会过多考虑通用性，当然也不会有单元测试。

所以萌生了用当下最优的技术组合来写一个js工具库的想法，说干就干。

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

npm的部分，与团队自身的技术架构关系十分密切，不同的前端工程化方式，必然带来不同的开发体验。

所以本篇的内容，按需采纳才好。

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

虽然这个系列是前端规范，但是我的理解稍稍不同。

• 代码格式：具体到换行，符号，空格等每一个细节
• 代码规范：一定要这么做
• 最佳实践：最好要这么做

代码格式自然是让prettier来做。

这个系列是代码规范和一部分最容易实施的最佳实践的组合。

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

由于团队使用了vue框架，所以有些规范是在vue规则下制定的。

命名规则参考上一篇文章前端规范与思考(一)———命名规范。

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

其实这并不是第一次制定这个规范了，但这次我想制定一个有具备集大师之所长，还接地气的前端命名规范，希望是得到他人的认可，还能触动一些人去写出更优秀的代码。

所以，我尽力找到了所有和命名规范有关的书和资料（参考资料部分）。前前后后读了半个月吧，很多内容都不是第一次看了。这些书的每个章节，我都挺认同的，但我还是一团乱麻，不知道怎么去制定这个规范。

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

如果对事件循环、回调函数和promise了解很少，建议积攒一点使用经验，再阅读本文会更好。

回调地狱这个事，可能很多人并没有那么深的痛苦感受，因为最开始暴露这个问题的是在node.js中。

本文属于原创文章，转载请注明–来自桃源小盼的博客

前言

通常关于eslint的文章是介绍如何使用。这里会假定一个前提，这是一个新项目。今天我们聊聊老项的一些使用建议。

尽快确定一种风格

很多团队会陷入一种争论，到底选择哪种风格，通常有airbnb、standard等。也有一些团队会认为这几种风格都不是我想要的，要自己定制。

此时，我们忽略一个问题，我们做这件事最重要的目的是什么？

本文属于原创文章，转载请注明–来自桃源小盼的博客

哇叽哇叽

对于很多概念性的原理，可能三两句话就能概括，但必然损失了很多细节。而实际的代码呢，无法忽略细节，最多是简化一些。

那么就让我们一起来用伪代码来模拟事件循环机制吧。

Talk is cheap. Show me the code.

说起来容易做起来难，历史上的马谡可能是最佳反面代表人物了。