@ghostgril 把 props 的值给 data 不就行了？

props: ['initialCounter'],
data: function () {
return { counter: this.initialCounter }
}

子组件对 props 的修改不会反应到父组件，在子组件里修改 prop 会触发警告。解决方案是定义局部 data，把 prop 用来初始化

神舟不是也推出了一个游戏本吗，比小米便宜多了。而且这是小米第一款笔记本，你真放心做小白？

说白了就是涨价嘛，以前花钱买新房。现在加钱都不一定能买二手房。“中国梦”

这个是 free pascal 来着？

不否认它的摄像可能比三星和苹果厉害。为什么是不可否认呢，因为毕竟不是哪个公司在发布会上用单反单反充数，或者像这次的用 58s 曝光时间对比 0.25s 苹果曝光时间，或者 30 多 s 吊打三星的 10 多 s。但是一群什么花粉就很让人讨厌了

当初某人公开嘲讽 x 的刘海丑，现在倒好，又有刘海，还不忘大下巴

@waibunleung koa 用的洋葱模型，要求一层层进去再一层层出来。nodejs 是异步的，koa 遵循了这个原则。而以前的异步最大的问题在于，如果要实现洋葱模型，就必须写大量的回调函数。因此就算是 koa1 也是采用了 generator 这种折中的方法。如果你使用过 co，你就会对洋葱模型有感觉了。其实 koa1 内部就是调用了 co。koa2 改用了新的 async 编写，async 实现的功能本身就是 generator 加 co。你如果用非 async 函数，koa 内部会把它转换成一个 async 函数的。

之所以使用 async 的原因，是因为它可以 await 一个 Promise。这样就是完美的中间件了。阮一峰那个 blog 应该还是停留在 Koa1.0 的时代，现在 Koa2.x 已经提倡使用 async 了。async 天然的可以等待一个 Promise 执行完成。你想象以下，你现在有个需求，接收到用户上传的文件，然后处理文件以后返回提示信息。如果不使用 async，那么你在 Promise 还没执行完就会返回信息了。现在只需要 await next()。然后再返回信息。其实本质上就是把整个过程变成了同步执行的了，但是这样做的好处是选择面更强了，因为它满足了洋葱一层一层的模型。还有个原因是因为这是一个约定，如果你调用的其他中间件使用了 async，那么你不使用，那么将无法等待这个中间件的执行。换句话说，async 把一系列的异步函数给顺序调用了，如果不是 async 的话，那么所有的异步函数将没有任何关系。

Koa2 已经不推荐使用 Generator 函数，换成 Async 函数了。另外，Koa 用的是洋葱模型，所以理论上是得加上 await 的，不加的话，next 会被放到异步里面去了，就不是洋葱模型了

@Cavolo 最 JB 恶心你这种人，别人买个东西还要来一句“人傻钱多”。干你屁事儿，你买的东西就都特么物美价廉，都特么性价比最高？别人人傻，但钱多。你呢？除了话多键盘好，还有什么

没有觉得自己平庸，所以我一直没有平庸

别在 vue 这些使用了 defineProperty 的框架里使用 delete 就行了，并没有什么大的危害

密码明文存 cookie ？？？

vue 连影子都没看见，stackoverflow 国内的参考价值不大唉

直接捕获错误，然后重启服务不就行了？ request 事件的都 try catch 呗

@ghostgril 并不是，在 node 里面，目前已经支持了 import 语法，但是为了向后兼容，依然支持 require，可以一起使用。