@gdrk 是的，我主要是看了这篇文章

sqlite3 因为基于 C/C++的原生模块，原生模块 install 的时候，首先会根据 node-pre-gyp 来找你对应 nodejs 版本已经适配编译好的二进行 node 模块，如果没有的话，只能回退到 node-gyp ，然后根据你的机器的 nodejs 相关的头文件和 sqlite3 的 C/C++代码现编成二进行模块的。上面任何一个环节对不上，都搞不定。

git clone --depth=1?

直接 B 站，中正测评，搜索：游戏本，选评价好的，下单 /等活动，搞定

@irainsoft 应该是 “点击”，他写的“店家”

@yaott2020 尴尬，以前都没注意，今天瞟了一眼发现有个 “店家”字眼 ，还以为巨硬打广告打到了 PC 上了。

我还准备用 canvas 直接画各种控件哈哈哈哈。

首先找到你的车子的轮压线对应的坐在车里面的位置，然后通过延长线观察和路边的位置就好了。

还有，使用 npm 的时候，多加--verbose，看细节

npm install 的细节有很多，不仅仅是网络问题，还有 install 原生模块的时候，本地的编译环境问题。
https://www.cnblogs.com/w4ngzhen/p/14086497.html 也可以参考下

npm run 的时候，添加'--verbose'呀，会有很多信息。

[PECS]( https://stackoverflow.com/questions/2723397/what-is-pecs-producer-extends-consumer-super)

小米手写板 49 元

我是分子！

@maypu 为啥呢？

接上，这样做还有一个好处是，如果某天你的查询条件增加了比如要根据用户的等级巴拉巴拉之类的来查询。那么你需要做的只是根据用户等级来得到 userIds，然后同上处理。你的 sql 不会有任何修改。

根据用户名模糊查询，我觉得可以有一个用户服务接口，根据用户名模糊查询得到一批满足条件的用户 id，然后拿着这批 userIds 去订单服务查 where user_id in 的。事实上，无论你的查询条件入口有多么的复杂，你总是可以将这些条件最终转换为你订单表中的字段的。当然这样的缺点是与数据库的通讯会增多，但是你的接口能够更加纯粹。

@defunct9 文档一般不可能重大变化，更新了，只需要查漏补缺就好了呀。

各位吓得关闭的，仔细读下三楼的就知道，只要正常使用是不会有问题的…