桃源小盼聊技术

本文属于原创文章，转载请注明–来自桃源小盼聊技术

上一次总结工具集还是在四年前，这一次和2018版相比改变挺大。我感觉每年更新一版，应该挺有价值的，毕竟工欲善与其，必先利器；磨刀不误砍柴工。

虽然github也有很多推荐工具的，但是每个人的喜好还是有所区别，我的第一选择标准就是好用，即便是付费的。

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

介绍

原书名《tao of node》，一般翻译为《node之道》，不推荐node新手小白阅读，推荐有一定使用经验的开发者阅读。

作者AlexanderKondov，还写了《react之道》。他说自己白天是软件工程师，晚上是作家，中间是龙与地下城爱好者。

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

前言

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

提交信息模板

1
2
3

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

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

定义工具库

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

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

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

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

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

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

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

前言

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

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

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

前言

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

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

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

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

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

前言

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

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

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

前言

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

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

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

前言

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

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