@kevin1 我帖子里没提到，a b 这些属性内部的结构也是不确定的，例如 a 可能是由数组构成的一串 input ，你的这个办法似乎需要针对不同的结构写不同的 emit

@vanillacloud #28 的问题我在#8 已经提到了，主楼的问题在#26 也解决了，主楼里方案 1 的做法其实可行，是我在 watcher 里加了赋值导致的死循环

@ignor #22 刚才又试了下，原来是因为在 watcher 里对新值做了改动才导致死循环……没事了

@leadfast 补充一下，是对父组件里 parentData 这个对象的改变没有响应

@cuicuiv5 这是不是有些重了…

@Manweill 第一次尝试响应式框架，为了好上手选了 Vue ，所以这是……踩了坑了？ react 是怎么规避这种问题的呢？

@leadfast 你这里 myData=props.parent ，似乎不会对 parent 的变化做出响应，所以没有死循环，得用两个 watcher 才能实现双向的响应吧

@leadfast watch 就是第一点提到的，会死循环

@leadfast 这里有个问题，就是不知道 change 调用 update 的时候，是在该 input 的 v-model 更新之前还是更新之后？如果是之前就赋不了新值了

@leadfast 这个是手动更新了吧，我这边是想让 input 更新后自动把 parentData 更新

@zqx 哈哈，业余项目，解决问题手段固然很多，但就是想抱着学习的态度看看有没有好的实践方法

照理来说这也不是什么很复杂的需求，应该有比较标准的做法才对吧…

@Carseason 这好像是类似于全局变量的东西了吧…个人感觉应该慎用？

@ChefIsAwesome 传子组件是什么操作能细说一下吗？查了下没找到相关文档

@cydysm computed 的确可以避免 1 里面的死循环，但这个 set 似乎不能 deep watch ，没办法感知 a 和 b 的 input 变化吧

@renmu copy object 再 watch ，第 1 点里提到了，copy object 会随原 object 更新，而 copy object 每次更新又会让原 object 更新，就死循环了

有点好奇，为什么会这么痛？是因为管子擦伤了黏膜吗？

@tulongtou 知道错了，现在写检讨还能要回来吗

@chnwillliu 最开始项目小，单文件的时候定义的全局变量，就是该项目最公开的部分，那么拆成模块后，就理应是该模块最公开的部分，个人觉得这是很直观的。
所以说到底还是历史原因吧，就是大家已经习惯了“闭包没办法导出顶层作用域”

不是很懂…n 次 x 次什么的不是样本吗？根据样本只能估计出概率吧，怎么还能算出来的