Svelte中对象、数组类型prop使用bind绑定的必要性是什么？

你观察到的同步变更并不是框架实现的双向绑定，只是JavaScript引用类型的天然特性：对象、数组这类引用类型的值作为prop传递时，传的是内存地址的引用，父子组件持有的是完全相同的实例，所以不管在哪一侧修改内部属性，另一侧访问到的都是同一个地址的内容，自然会同步。

直接修改引用类型prop和使用官方bind双向绑定的核心差异 #

• 数据流合法性差异：Vue、React这类遵循单向数据流设计的框架，都明确禁止子组件直接修改父组件传递的prop，你这种直接修改内部属性的写法属于违规操作，开发环境下开启严格ESLint规则会直接抛出警告/错误，后续排查问题时完全追踪不到父组件的状态是在哪个子组件里被修改的，隐性依赖会大幅提升代码维护成本。
• 更新监听的可靠性差异：如果你父组件对这个prop配置了watch监听，或者业务逻辑依赖状态更新的回调触发，直接修改内部属性只有在watch开启deep: true时才能被捕获，漏开配置就会出现逻辑不触发的隐式Bug。而用v-bind.sync（Vue2）或者v-model:xxx（Vue3）的官方双向绑定方案时，子组件通过$emit('update:属性名', 新值)显式通知父组件更新状态，所有更新都是可追踪、可拦截的，不会出现监听遗漏的问题。
• 业务扩展性差异：如果后续需求调整为子组件修改后需要先做合法性校验、或者用户点击「确认」按钮才同步到父组件，直接修改引用的写法完全无法支持——只要修改就会实时同步到父组件，没有任何缓冲空间。而官方双向绑定方案支持子组件先维护一个本地深拷贝的副本，所有修改先作用在副本上，确认后再emit给父组件更新，适配性强很多。

这种场景还有必要用bind吗？ #

绝大多数场景都推荐使用官方的双向绑定方案，不要直接修改引用类型prop的内部属性。
只有一种例外情况可以不用：该对象/数组是全局共享的低层级状态（比如全局配置、用户基础信息），所有调用组件都允许直接修改，且你已经通过状态管理工具做了全局的变更追踪，这种情况可以直接修改，但必须在代码中加明确注释说明。

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