xufei

@shenqihui 感谢提醒，已修改

答复一下梨叔的这条微博：http://weibo.com/1655747731/E7CIj7HwS?ref=home&rid=2_0_1_2598662076944433695&type=comment 我们本质上不是说要用Observer这种方式去对付依赖态和执行序，而是由于这些东西已经被大量的异步化过程搞散了，没法清晰地整合起来。如果把每个过程都包装一下，然后这些过程之间可以进行一些组合，那就可以让整个程序的思路更清晰。

@Galen-Yip 不是啊，是因为我这里已经跳过了一步： ``` JavaScript get a() { return this.b + 1 } ``` 如果这里b是异步的，a的getter是无法确保取到正确结果的，所以你看到的那段，是我已经把getter转换为setter了，需要在b更新的时候手动去更新a，所以变成了b的setter

@Galen-Yip 还是误解了，我意思是，如果写了b的setter，就不写a的getter了

@jiyinyiyong 是的，我的目的是为了引出后续的一堆东西。用Rx来解决文中这个场景有些重了，但如果放在tb这么一个有规模有场景的实时方案中，还算适合

@leeluolee 图表框架是为什么用rx啊，我没想出场景，求分享

Rx本质上只是观察者的变种，编写方面方便很多，而传统的观察者，只要你不怕写得麻烦，本来也能够解决所有问题…… 发自我的 iPhone 在 2016年9月13日，下午9:02，题叶 写道： 看上去 Rx 对于业务需求的覆盖已经是相当好了. 虽然我还是不习惯它这么多操作符. ― You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/xufei/blog/issues/36#issuecomment-246673612, or mute...

@DrakeLeung 一个月内给你举个比较完整的例子，能说明思路的

@xiaoyu2er 团队切换代价这个事情没有那么大，总的来说，就是把es5的controller, service之类换成了es6的class形势，其他地方都是一些配置性的变更

@hstarorg 必须给业务团队加命名约束，他们的controller必须改成叫： aaa.SomeController之类，每个都得加前缀，这是个大麻烦……