Svelte bind 仍报 ownership 警告

已经在 <input bind:value={item.heading}> 上方写了 svelte-ignore ownership_invalid_mutation，输入时仍然每敲一个字就警告；同一对象的手写赋值加上注释却能安静执行。这里要区分真实的所有权问题，与旧编译器没有把忽略标记传给 binding 生成代码的问题。

正式 Svelte 5.57.0 修正了后者，已核对的 5.57.2 包含这项改动。具体反馈没有提供可据以列举的完整受影响版本范围，不能把所有旧版 binding 警告都归入同一缺陷。

bind 后面也有一次赋值

假设父组件创建并传入了响应式 item，子组件读取这项 prop 后，直接绑定其 heading。旧故障形状如下，注释针对的只是这一处模板绑定：

<script>
  let { item } = $props();
</script>

<!-- svelte-ignore ownership_invalid_mutation -->
<input bind:value={item.heading} />

输入框的 binding 会生成 setter，由 setter 写回属性。忽略信息原先记录在解析到的模板节点上；setter 的赋值节点在后续转换阶段才生成，没有继承那份标记。于是手写赋值的局部注释有效，binding 的局部注释却没作用。

修正后，生成的赋值继承绑定节点上的忽略信息，再进入正常转换。它没有取消整个应用的 ownership 检查，也没有让子组件自动取得父级状态的修改权限。

先确定谁应该修改 item

ownership_invalid_mutation 通常有实际含义：子组件正在修改由父组件拥有、没有明确双向约定的状态。若这不是设计上允许的行为，应让子组件通过回调把修改请求交给父组件，或明确使用 $bindable 与父级绑定契约。

局部忽略适合已经审查、确实有理由允许的特定写入。它只是停掉诊断，不能替代数据所有权设计。升级后忽略生效，也不证明业务写入本身合理。

对已确定需要保留的局部忽略，使用包含修复的兼容正式版本，核对实际编译器依赖。不要为这一处诊断全局关闭开发检查，也不要把注释放到不相关的祖先节点，直到碰巧看不到警告为止。

旧环境中把写入移入有局部注释的具名 setter、再用函数 binding，可能避开原生成路径；这会改变代码组织，需要保留原有取值、写值和输入类型语义。不是所有绑定都应为了消音而重写。

验收要在开发构建中实际输入：经过审查并局部忽略的 binding 不再产生该警告，值仍按预期写回；另一处没有授权的修改仍应被诊断。生产构建本来可能没有这类开发诊断，不能用生产控制台安静来证明局部忽略已修好。