null

@JaneTan44 mark了

顺便参考了一下工业聚大大写的relite，一个redux-like库，这个库也是react-imvc里面默认使用的。 但是和redux的区别在于reducer和actions，relite以action.type作为reducer的函数名，并且每个reducer都是更新的全量store数据，这样就避免了redux中每次dispatch一个action，都需要遍历一遍所有的reducer，并进去一一比较action.type是否相同，虽说对性能影响不大，但是会做很多无用功，而relite里面以action.type为函数名，这样每次都通过键值对的形式很容易就访问到对应的函数并执行。 不过relite有个明显不足就是不支持为redux实现的中间件，只能自己去实现一些基本的logger中间件。 下面这个是relite的例子： ``` export let DECREMENT = (state) => { let count = state.count - 1 return { ...state, count, } } export let INCREMENT_IF_ODD = (state) =>...

@SHERlocked93 事实是没有用到，我感觉还是场景问题，状态机适合只有几个状态来回切换的那种场景。

一直想看react源码，但是看不进去，正好看到了这几篇文章，感觉写的非常好，希望会对自己之后解读react源码有帮助。

这里我有个疑问，就是正则表达式那个为什么用非捕获性分组？如果用捕获性分组感觉也没啥问题吧，这里只用到了replace第二个参数函数的第一个参数

Is this a bug? Can I make a pull request to fix it? @lavrton

@ginnko 1、如果是在leading为false的情况下，每次触发后一定会延迟wait时间才会调用later函数，如果将这个判断去掉，那么会出现一种情况就是，我执行later后很长时间（超过wait）没有触发（比如我触发scroll的时候突然我就不滚动页面了），那么now-previous就会大于wait，导致remaining为负数，会直接调用func函数，这样这次执行就不会延迟wait时间了。 2、这种情况下我就不清楚了，看起来只会在leading和trailing同时为false的时候去掉!previous才会出现问题，这个时候如果去掉!previous会导致func函数永远不会执行，但是看他们并不推荐两个同时为false

@anotherleon if语句是肯定不会执行了，但是会走else if语句，下面还是可以正常运行的。

其实我还是不理解为什么不全部用_.has来判断，还有确实像上面所说可能会出现这种情况： ``` var obj = {constructor:Object} //这时候 obj.constructor === Object.prototype.constructor //true ``` 但是其他方法也一样会出现这种情况，比如: ``` var toString = Object.prototype.toString var obj = {toString: toString} ``` 我认为这一样是没法用prop in obj && obj[prop] !==...

后端提供接口的意思是提供数据吗？和数据库交互这些是php/java来做的吗？ 那php和node该怎么交互？ 新人表示不是很懂这个。