Salesforce 开发实践

要解决什么问题

在 Salesforce 上写 LWC、Apex 触发器和异步任务时，很容易踩 governor limit：循环里跑 SOQL/DML、触发器未 bulkify、异步选型不当，都会在 200 条批量场景下直接失败。本技能把平台侧常见正确模式和反模式收拢成可对照的清单，方便在设计和 code review 时快速对齐。

技能如何组织内容

Lightning Web Component 数据层：优先用 @wire 装饰器，经 Lightning Data Service 或 Apex 方法做响应式绑定，与 LWC 响应式模型一致，也便于利用平台缓存与性能优化。

Apex 触发器：单笔事务可能处理 200+ 条记录，触发器必须 bulkified。推荐 Handler 模式——把业务逻辑从触发器壳里拆出去，便于单测、控制递归和职责边界。

异步处理：需要脱离同步事务时用 Queueable Apex，可传非基础类型、经 AsyncApexJob 监控，并支持链式调用。需记住平台限制：每笔事务最多 50 个 Queueable，链式场景下通常只有 1 个子任务能继续链下去。

明确反对的做法：循环内 SOQL、循环内 DML、硬编码记录 ID——这三类是 governor 与可维护性问题的常见根源。

适用边界

技能侧重架构与模式选择，不替代官方文档里的完整 API 与 limit 表。易错点表格在原始资料中为占位结构，具体「问题—严重度—解法」需结合你 org 的文档与实测补充；Queueable 与 Future、Batch 的选型仍要按数据量与 SLA 单独评估。