galenye

@xiaolin3303 自动抽稀的条件是？

👍🏻2个月 动作好快

云龙兄 可以着手准备准备fis3

@jiyinyiyong 热更新总感觉没有一个很合理的方案。 倒是从交互方面去考虑，这里的前提是做好路由方案以及存储方案等等，让用户已友好的方式去刷新页面。毕竟刷新页面的成本是十分十分低的。

高产 太棒

飞哥真高产

``` set b(val) { this. a = val + 1 } foo() { changeB().then(b => this.b = b) } ``` 异步依赖是决定于a的获取时机 不是a的赋值时机呀 a的获取需要在b赋值之后 感觉叔叔这里说的没到点上

a对b的依赖，即使写了 ``` set b(val) { this. a = val + 1 } ``` 获取a的时候 始终是要写在this.b = b赋值之后的，跟set b里面是否去写a的赋值没有关系的呀 异步的重点还是 a是什么时候去获取的。

一对一的异步依赖getter换setter还可以好好玩。 但到了一对多的情况，就没法好好玩耍了。 比如： ``` get a() { return this.b + this.c } ``` b和c都是异步过程 ``` foo() { changeB().then(b => this.b = b) } bar() { changeC().then(c => this.c = c)...

> Rx本质上只是观察者的变种，编写方面方便很多，而传统的观察者，只要你不怕写得麻烦，本来也能够解决所有问题 真理了