Vue对象类型v-model组件：为何需严格遵循emit更新规范？

• 打破单向数据流的核心规则
  Vue的核心设计逻辑就是单向数据流：父组件传递props给子组件，子组件仅负责读取，若要修改状态必须通知父组件执行更新。直接修改props里的对象属性，相当于子组件私自篡改了父组件的状态，让数据流变得混乱无序。等项目规模变大、组件嵌套层级变多后，你根本找不到到底是谁修改了数据，排查bug的成本会直线上升。

• 存在响应式失效和数据校验缺失的风险
  虽然当前用reactive定义的父组件对象，子组件修改属性能同步更新，但如果父组件后续直接替换整个props对象（比如后端返回新数据后直接赋值bah = newData），子组件之前修改的属性会被直接覆盖。另外，Vue的props校验仅在父组件传值时生效，子组件直接改属性会绕开校验逻辑，万一改出不符合格式的数据，连错误提示都没有，很容易留下隐性bug。

• 组件复用性和可维护性大幅下降
  如果子组件直接修改props，这个组件就和当前父组件的状态结构强绑定了，换个场景复用的时候，要么父组件得被迫适配结构，要么子组件直接无法正常工作。此外，父组件本来可能想在数据更新时执行额外操作，比如存本地存储、发请求同步后端，子组件直接改属性的话，父组件完全拦截不到这些操作，等于失去了对自身状态的控制权。

• 违背v-model规范，兼容性无保障
  v-model本质是v-bind结合@update事件的语法糖，官方明确要求子组件通过emit触发更新。现在直接改属性能生效，只是钻了Vue响应式机制的空子，万一后续Vue版本对v-model的实现做调整，这种写法大概率会失效，属于不稳定的“黑魔法”写法，绝对不能依赖。

内容的提问来源于stack exchange，提问作者Jay Edwards