更多的辅助工具
这些工具不会增加维护成本,反而能大幅提升团队协作效率、规范度、开发速度,还能规避很多隐性问题。
其他辅助/规范开发的工具。(鉴于自己造破轮的经验,还是记录一下的好,省的以后在电器时代发现了磨石起火还自以为是)
npm 包相关
查看所有标签这些工具不会增加维护成本,反而能大幅提升团队协作效率、规范度、开发速度,还能规避很多隐性问题。
其他辅助/规范开发的工具。(鉴于自己造破轮的经验,还是记录一下的好,省的以后在电器时代发现了磨石起火还自以为是)
现在才发现有时候真的是“磨刀不误砍柴工”,构建良好的工具可以辅助快速的开发。
之前比较忽略 eslint 插件的使用,现在发现还不错。是我肤浅了。
一直以来,我是不喜欢处理样式的。直到我遇见了麻烦。
直接在另一文件中使用一个库(以 enr 为例)的 scss 文件,可以这么做:
嗯,怎么说呢。 也挺滑稽的。
写了很多的包,却不知道 'package.json' 下居然要加 "sideEffects": false 。 简直让人汗颜,就好像说一个士兵居然不知道怎么上膛。
在 npm 项目上使用 dog 时发现挺便捷,关键在使用时添加 xxx_dev=all 的启动环境变量,既可以在正式环境也观察到数据流转及发现错误的具体原因。
后来就在 web 项目中使用,发现效果尚可,其实不如 babel 的插件 babel-plugin-transform-remove-console 移除 console 彻底些。
先写了一个布局,发现,总是在 NextJs 中显示水合错误
现在想着使用 FlexBox 或是 Grid 来更改。
不想说,说了都是泪。在写 [a-command] 的时候,有一件事贼尴尬。
写好了之后,在发布新版本后在 [vjj](使用的是 [a-command] 的 question 和 select) 中使用时,发现测试时总是第三次就会出现打印残影。
在编写 [a-node-tools] 的 runOtherCode 模块时,使用 process.on('exit', cursorShow) 监听事件流中断,期望在程序退出时将隐藏的光标展示出来。然而,在实际的使用中,难遂人愿。
在实际的运行中,在遇到 Ctrl + C 的这种意外事件时,触发的是 SIGINT 信号,触发了 process.on('SIGINT',()=>{})
一个基本包在构建时还需要考虑的其他方面的内容。