Edit a Record — lightning-record-form

同学们，咱们今天来看一看在LWC里怎么优雅地处理记录编辑。很多场景下，我们需要让用户编辑一条记录，比如一个客户或者一个商机。最方便的做法，就是从，闪电记录表单，（也就是 `lightning-record-form`）的，编辑模式，开始。这个组件很智能，它内置了查看和编辑两种模式，点击编辑按钮就能切换到编辑状态，省去我们从头搭建表单的麻烦。 那表单里该显示哪些字段呢？你有两种选择。一种是用 `layout-type="Full"` 或者 `Compact`，让管理员通过页面布局来控制字段的可见性和顺序。这样维护起来很灵活，管理员在后台拖拖拽拽就能改。另一种是直接，指定具体字段数组，，这种方式性能更好，而且在编译阶段就能提前验证字段是否存在。在生产环境里，我们，强烈建议用第二种方式，。 具体怎么指定字段呢？千万别用字符串去写字段的 API 名字，比如 `'Account.Name'`。我们应该，从 `@salesforce/schema` 导入字段，。像这样： ```javascript import ACCOUNT_NAME_FIELD from '@salesforce/schema/Account.Name'; ``` 然后在组件里用这个导入的常量。这样做最大的好处是，编译时验证，。如果你字段名拼错，或者那个字段在组织里被删除了，代码在部署之前就会直接报错，根本不会等到运行时才崩掉。这相当于给我们的代码加了一层安全网。 组件本身提供了，很完善的默认行为，：提交时会自动调用后台，失败时也会给出默认提示。但如果你想加入一些自定义逻辑，比如提交前校验、成功后的跳转、或者自定义错误处理，你可以，用事件处理器来覆盖默认行为，。对应的事件有 `onsubmit`、`onsuccess`、`onerror` 和 `onload`。比如，在 `onsubmit` 里你可以阻止默认提交，先做一些额外校验，再通过 `event.detail.fields` 去修改数据，然后手动继续。 想在成功或失败时弹出漂亮的提示吗？别忘了用 `ShowToastEvent`。在 `onsuccess` 里派发一个成功的 toast，或者在 `onerror` 里派发一个错误 toast，用户体验一下子就专业了。 最后提一个贴心的默认功能：，当记录提交成功之后，表单会自动从编辑模式切换回查看模式，，不需要你写任何代码来切换 UI。用户编辑完保存，立刻就回到只读视图，整个流程非常自然。 总结一下今天的关键点：用 `lightning-record-form` 开编辑模式，用 `@salesforce/schema` 导入字段保安全，通过事件定制流程，再加个 toast 给用户反馈。这样一来，既高效又健壮，你学会了么？