Hemisu

自定义 Hook 章节，return里多了一个 `[]`

bindActionCreators这里，[官方文档](https://redux.js.org/api/bindactioncreators)中有提到 > You might ask: why don't we bind the action creators to the store instance right away, like in classical Flux? The problem is that this won't work well...

> 我认为状态提示其实是不好的解决方案，为什么子组件自己的属性要提升到父组件，就因为父组件需要使用？不应该是子组件管理自己的store，父组件需要使用或者获取的时候发送事件进行通知？ 可以看下前面的讨论再发表意见哈，我觉得前面的同学有解答了。

> 1.5. 第五次尝试：移除猴子补丁 ```js function applyMiddleware(store, middlewares) { // ... let dispatch = store.dispatch; middlewares.forEach((middleware) => dispatch = middleware(store)(dispatch); // 注意调用了两次 ); // ... } ``` 这里的applyMiddleware 最后应该少了一句store.dispatch = dispatch吧...

@BuptStEve 额，我是跟着写下来，然后发现这一步的applyMiddleware不起作用了。 按照上下文的意思，这里还没到return 一个模块的地方吧 文章理的很详细，谢谢作者！

> 每次必须使用命令吗：node app.js -p 80:443 -f 223.252.199.66，不然打开客户端页无法使用 嗯，需要启动服务才可以代理过去

> 每次用网易云都要代理吗？！ 不用的时候把hosts改回来就好了

> 你好，『因此node作者推荐我们尽量使用setImmediate，因为它只在check阶段执行，不至于导致其他异步回调无法被执行到』 请问这句话应该如何理解呢？ 也就是说，`process.nexttick()` 会让其他异步的回调无法执行，可以举一些具体的例子嘛? @dujuncheng 按照实现来说，`process.nectTick()`是将回调函数存入数组中，`setImmediate`是将回调存在链表上的。 在以前的版本（看朴灵的书的版本），会在一个tick里将`process.nectTick()`的回调数组都执行完才会到下一个tick，而`setImmediate`会取一个节点来执行，避免占用CPU过多阻塞后续操作。 去查了一下源码，https://github.com/nodejs/node/commit/460ee75f7ea36fdb5da15ce868a37a881e0a06d9#diff-e7ef4821107f4cae3bd0fea4dec350bf 这次修改优化了nextTick，避免阻塞的情况出现。 用新版的话可以不用考虑这么多了吧