john

@creeperyang babel7 这里这一段讲的应该是有问题的： 1. useBuiltIns 使用的前提就是页面入口引入了 babel-polyfill. 哪怕把useBuiltIns 设置为false， 也不代表 `不适用polyfill`，只是没有按环境需要引入而已 2. > plugin-transform-regenerator 使用regenerator来转译 async/generator 函数，但是他本身不包含regeneratorRuntime。 是的, 但是babel-polyfill里面包含了regeneratorRuntim,只要使用了babel-polyfill，就可以支持这个generator。否则就要使用transform-runtime+babel-runtime来支持了

现在对generator这里更明白一点了： 1. async编译后的代码需要 辅助函数+polyfill 才能在目标浏览器正常运行，polyfill包括regenerator-runtime，甚至是promise 2. 因此，问题就变成了如何引入这两个 polyfill。 这里方法有很多：例如全局全部引入babel-polyfill, 或全局useBuiltIns配置为"usage","entry" 等方式的按需引入； 又或者transform-runtime的局部引入 写了一篇[长文](https://segmentfault.com/a/1190000016345537)，啰嗦了这些实验过程..

大家要区分Array.from还是Array.prototype.findIndex。 前者是类的方法，后者是内置对象原型上的方法。 transform-runtime和babel-runtime无法polyfill对象原型上的方法~ 但能polyfill Array.from. 关于transform-runtime解决的问题，我这里有一篇比较啰嗦的实验性文章 [从零搭建webpack前端类库脚手架[3]-强悍的babel](https://segmentfault.com/a/1190000016345537)

我想咨询下，首屏的概念是怎么定义的，是人眼看到的部分还是首次请求的完整页面?

感觉这个继承写的有点问题啊。 `Object.assign(Extend.prototype,koa);` 这一句就把Koa实例属性也放到Extend原型对象上了，这应该不是"继承"的本意吧?

计数器来限制5w数据量会不会没办法防止某个key的size超大的情况。感觉这个库也能适用这种场景：https://www.npmjs.com/package/lru-cache

mark

> 这样做的目的可以保证当我们在组件中通过 this.$store 直接调用 dispatch/commit 方法时, 能够使 dispatch/commit 方法中的 this 指向当前的 store 对象而不是当前组件的 this 你好，这里通过 this.$store来调用dispatch时，this肯定是指向 store的吧？

@qingtianiii 看 then的注册顺序：首先注册的是 console.log(2) 这个then，接下来注册 console.log(t) 这个then，所以先输出2 (在2执行时又注册了一个then)，再输出1. 1输出结束之后，发现microtask队列还有一个新的task，则执行它输出 4.

my package.json scripts is below: "build": "cross-env NODE_ENV=production webpack", "start": "cross-env NODE_ENV=development webpack-dev-server",