标签 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之中,将其作为一个完全的后台处理中心。
有句话说得好,过早的优化是万恶之源
Electron的一个增量升级方案
本文主要是讲述一个托管于Github的Electron项目,如何实现使用小文件的增量升级
关于Node.js的依赖管理
关于Nodejs的依赖管理
npm和yarn之类的工具能够自动化引入和构建依赖,但是最近发现一个比较坑的地方。
在npm上发布的package一般来说会锁定其所依赖的包的版本
我在使用request-promise的时候,发现request-promise已经依赖了tough-cookie,于是在把几个代码文件迁移到另一个项目的时候没有重新添加tough-cookie的依赖,导致中间解析cookie时出现了很多莫名其妙的错误,遂重新添加依赖后才成功。
也就是说,当一个项目越做越大以后,里面的包的依赖关系将会变得更加复杂,一个包所依赖的其他包的可能包含了某个package的多个版本。而随着package的增多,这种臃肿的包将会越来越多。
不禁想反思一下前端这个步子是不是迈得太大了