Node.JS
方法一： 在晚上 12 点之后再试，祈求网络不那么糟糕 方法二： 使用代理 方法三： 1. 正常运行安装命令 nvm install v12 1. 网络异常导致下载失败 2. 再次运行安装命令 nvm install v12 输出： Downloading and installing node v12.15.0... Local cache found: ${NVM_DIR}/.cache/bin/node-v12.15.0-linux-x64/node-v12.15.0-linux-x64.tar.xz Computing checksum with sha256sum Checksums do not
Node.JS
最近终于动手整理项目的框架，总体思路和去年基本一致，“无状态”和“按功能模块分目录而不是按前后端”仍然是核心的思想，不过具体的工具发生了变化。 * 数据存取这边用 GraphQL 取代 PouchDB ，在灵活性和可预测间做一个平衡； * 前端用 Vue 替换 Riot ，主要还是出于生态方面的考虑，虽然复杂度提升了一点，但是可用的第三方库丰富很多； * 最后用 Parcel 替换 Webpack 和 dev.js，Webpack4 据说简洁了不少，但还是有阴影，Vue 如果自己写 dev.js 也要比 Riot 的难一点，先用 Parcel 偷个懒把。 当然首要目标还是简化日常开发，于是花了两个小时把 Express、Parcel 和 Vue 集成到一起。做到每次启动后端进程的时候，Parcel 也会同时开始工作，不需要执行另外的命令，
Node.JS
写完这篇关于 npm scripts 的博客后，我又陆续花了两个半天，将这个定制脚本做到了能让自己满意的程度。功能和性能全面超越了原来的 gulp 脚本，投入的时间也很合理，因为之前无论 gulp 还是 webpack ，都至少花掉我一天时间用在配置上，却达不到理想的效果。 从功能上看，现在的脚本能监视目录、优化代码（主要痛点，市面上没有现成的方案）、检查代码、编译 riot 标签、打包文件，并为自动重载做好了准备。从性能上看，由于充分利用了内存来加速，每次文件变更后触发的流程（优化、检查、编译和打包）提速在十倍以上，从原来的平均超过 1000 ms 到现在的平均不到 100 ms。只是启动仍然需要 2 秒左右，但也比原来稍胜一筹，加上优化难度大、提升空间有限，且一般而言一天也就执行一次，就不强求了。 当前版本的完整代码如下： // 依赖引入
Node.JS
代码两周前就完成了，但是上周工作忙，这周又小小沉迷了泰拉瑞亚，现在才来进行总结。 这次主要讲讲返璞归真，用 npm 取代 Gulp 对前端项目进行一些处理。 这篇文章涉及内容过多，似乎应该拆成多个主题 原由 当我刚学着用 Gulp 的时候，就搜过一些文章，看看它有什么优缺点，那时 Gulp 正热，大有取代 Grunt 的趋势。在搜索的过程中，也看到了几篇文章，主旨是使用 npm 来取代 Gulp 和 Grunt，那些文章绝非彼时主流，虽然似乎也有些道理，却没有抓到我的痛点。毕竟用 Gulp 的插件还是比自己从头写方便。 转眼快三年了，Prettier 的出现打乱了我平静的生活～笑～。一个梦寐以求的功能出现在我的面前—— Prettier 的功能是对代码进行格式化，所有人写的代码都会被统一成相同的风格，相较我正在使用的“eslint检查后手动修改”的方案，更加彻底。
Node.JS
在 express 4 中，app.use 有如下用法： const express = require('express'); const app = express(); const subapp = express(); app.use('/subpath', subapp); app.listen(3000); subapp 做为 express 的一个实例，本身也是 middleware ，可以被 app.use “挂载”到指定路径。 这种用法给我们项目中功能模块的可移植性进一步增加了保证，以之前用到的目录结构为例： . ├── app.js └── src ├── admin │ ├── stylesheets │ ├── javascripts │ ├── index.html │ ├── client.