funnyecho

> api 封装那部分我也搞了个库 https://github.com/tuateam/tua-api > 中间件直接用 koa-compose... 通过配置来表达api 和中间件的设计挺好的，tua-api 几乎所有api 运行的细节封装起来，将来一旦架构设计修改时也能轻易在tua-api 内部做出调整，不用改业务代码，赞👍～～～ 反而利用rest-link 写api 时会将大部分机制暴露到开发者面前，重构起来会比较麻烦。。。 不过在业务代码使用api 时，我会倾向使用能被IDE 索引的方案（比如作为模块顶级变量导出），tua-api 调用时要手写api 名称，感觉IDE 可能会索引不出来？

>  > 安装的某些依赖包，依赖了一些旧的依赖包，github检测到lock中有这些，就会给一些警告，怎么去指定依赖包中依赖包的版本呢？ 可以参考下 stackoverflow 上的一个问答，我没试过，搜出来的哈： [How do I override nested dependencies with `yarn`?](https://stackoverflow.com/questions/40226639/how-do-i-override-nested-dependencies-with-yarn) 另外，好像 github autofix 也可以试用下。

> > 当用户依赖的版本、各插件依赖的版本之间不相互兼容，貌似会报错让用户自行修复； > > 这个确认了么，由于不好复现，我想坐等答案 这个很好复现啊，本地建3 个 package（A, B, C），A 和 B 对同一个第三方库依赖不同的版本，C 的 dependencies 指向本地的 A 和 B 就好了吧。

> 你好，想问下`比如>=3.1.4-beta.2则只能匹配到的版本区间是：[3.1.4-beta.2, 3.1.5]。` > > 这里是包含3.1.5版本的么，看描述应该是属于不包含呀 应该是开括号了

主要是客户端底层的技术栈跟浏览器不太一样，导致很多业界的库都要自己改造来适配底层的api。加上这边JS 还可以调用系统级的API，思路有点像weex，有些网络层、sqlite 层的库都要写。 orange 于2018年6月12日周二 下午11:16写道： > 好6啊，想知道是什么样的业务，需要自己重新造这么多的轮子 > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on...