coffce404

珠海吧，天气预报上经常空气质量超过全国 99%地区

@murmur 楼主逻辑清晰，说的还有些道理，但是很多都说错了，如果回复之前能先查一下资料就好了

框架是需求推动的，如果 JQ 极其完美没有痛点，就不会出现 Angular 和 React 了，出现了也没人用。事物的发展是呈螺旋上升的， JSX 和过去的模板都能叫做 Template ，但已经不是一个高度的事情。

@ianva
vue 的组织结构， state 和 prop ，单向数据流等都是在像 react 看齐，甚至 2.0 还加了 jsx 。
vue 一开始是脱胎于 ng1 ，遗留了一些 ng1 冗余的概念，但后面在版本的逐渐升级中已经找到自己的方向， 2.0 也砍掉了很多没用的设计。
另外 vue 的核心概念远比 ng1 少，许多概念都能用一个 computed 代替，只是它提供了其他一些备用做法，相当于 computed 的语法糖。真正开发用到的 api 不多

@ianva 拿 ng1 的经验类比 vue 就是错的，比起 ng1 ， vue 更类似 react

看个一两小时文档就能入门的框架，说他简单很正常。
双向绑定只是一个表单语法糖，以为 vue 就是双向绑定的人，明显是不理解 vue 。 vue 的核心是优秀的组件设计，与 react 最大的区别只是 render 写法和原理的不同，另外 api 设计更加简洁，就这点区别。

gulp

@love

解耦
多个 store 不用互相依赖
某个 store 可以随时取消监听，不影响其他 store
新增一个 store 不用修改其他 store 代码

https://www.google.com.hk/?gws_rd=cr,ssl#safe=strict&q=%E8%A7%82%E5%AF%9F%E8%80%85%E6%A8%A1%E5%BC%8F

@love
flux 简单理解是这样： view --> dispatcher --> store --> view
store 可能会有多个，而 dispatcher 则倾向于是单一的。
如果直接调用 store 来执行 action ，那 view 就得知道哪些 store 有这个 action ，如果有 2 ， 3 个 store 都注册了这个 action ，那你调用时就得每一个都调用一遍啦，加个 dispatcher 层规避了这个问题