JiZhi
JiZhi
> ctx.headers 访问的是 ctx.reqeust 上的 headers 这一处有笔误。应该是 ctx.request。 > ctx.headers 代理 ctx.res.headers 感觉这一块说的不是很清晰。按照逻辑的流向应该是 ctx.headers 求值是先执行 ctx.request.headers，而 ctx.request.headers 的求值是执行 this.req.headers，当前的 this 指向的是 request，最后也就是 request.req.headers，request.req 就是请求的 request，这样就拿到浏览器传过来的 headers 了。
@dongyuanxin 之前就一直关注你了，感觉你还是特别能折腾，算是志同道合吧，要是你在北京，可以内推你到我们组😊
还有就是觉得 koa 的源码你可以写的再详细点，比如 koa-compose 为啥要这么实现，可以画图解释下洋葱模型。
> fns 其实就是 dispatch(0) 这一块理解应该是错误的，`fns` 是 compose 内部的那个匿名函数。 `fns()` 才应该是 `dispatch(0)`
如果前期没有数据，那就 resolve([])，代表这一次没有数据，等你真正想要停止滚动，再传 false。
> resolve([]) 我试了，还是会一直往下滚，出来的是 Tombstone 节点。 交互模式就是没有拉取到数据就渲染墓碑节点，等有数据的时候，墓碑被替换成真实节点了，对于你的场景来说，可能是某次拉取数据失败了，这个时候应该是渲染墓碑节点啊，因为只有当数据库的数据全部加载完了，才应该传 false 的。
现在的场景需要的是一个类似于 relaunch 的 api？如果你使用的是 vue，可以参考一下 https://didi.github.io/cube-ui/#/zh-CN/docs/recycle-list 的 default 模式。你这个场景考虑后期加上
能提供视频，或者手机的型号，系统版本么
如果宽度可以任意设置，但是组件内部无法知道需要移动到哪个位置
@draculapile 这样是居中对齐，但是有些设计师给出的效果是导航线居左对齐。实际上计算 clientWidth 也不准确，因为不确定用户是否会给每个 tab 设置margin。简而言之，ui 会影响布局，布局会影响 js 的逻辑，如果想要涵盖各种设计效果，可能要以各种设计效果，做一个更抽象更广泛的组件。我们会在 cube 2.0 做一次新的探索。