标签 nodejs 下的文章

一次强迫症DEBUG的经历

最近在写Vcenter的时候,KOA老是会蹦出来一句

koa deprecated Support for generators will be removed in v3. See the documentation for examples of how to convert old middleware https://github.com/koajs/koa/blob/master/docs/migration.md webpack:\server\server.js?, <anonymous>:40:5

意思是你用了一个 KOA1时代的生成器写法,非常古老了,下个版本不兼容了,赶紧换了吧。

其实这个也没啥影响,只是一个warning,但是本强迫症看着非常难受。

于是有了以下非常焦躁的DEBUG经历。

- 阅读剩余部分 -

KOA-Vcenter开发手册 1

先介绍一下Vcenter,Vcenter是我欲开发的一个完全的后台项目,由KOA驱动,届时会将我手头所有的网站资源都转移到Vcenter之中,将其作为一个完全的后台处理中心。

有句话说得好,过早的优化是万恶之源

- 阅读剩余部分 -

关于Node.js的依赖管理

关于Nodejs的依赖管理

npm和yarn之类的工具能够自动化引入和构建依赖,但是最近发现一个比较坑的地方。

在npm上发布的package一般来说会锁定其所依赖的包的版本

我在使用request-promise的时候,发现request-promise已经依赖了tough-cookie,于是在把几个代码文件迁移到另一个项目的时候没有重新添加tough-cookie的依赖,导致中间解析cookie时出现了很多莫名其妙的错误,遂重新添加依赖后才成功。

也就是说,当一个项目越做越大以后,里面的包的依赖关系将会变得更加复杂,一个包所依赖的其他包的可能包含了某个package的多个版本。而随着package的增多,这种臃肿的包将会越来越多。

不禁想反思一下前端这个步子是不是迈得太大了