此文本使用 Salesforce 的自动翻译系统翻译。参加我们的调查，提供有关此内容的反馈，并告诉我们您接下来想要查看的内容。
可压缩 - 可封装性
了解有关架构良好的可适应 → 可组合 → 可打包性 → 依赖性管理的更多信息
| Where to look? 产品区域 | 位置 | 好是什么样子？ 模式 |
|---|---|
| 平台 | 设计标准 | ✅ 存在引入或修改依赖性的标准 |
| 平台 | 设计标准 | ✅ 存在声明依赖性的标准 |
| 平台 | 软件包 | ✅ 软件包之间没有重复的元数据 |
| 平台 | 软件包 | ✅ 对于软件包开发，所有早期开发工作都发生在临时组织中 |
| 平台 | 源控制 | ✅ 开发人员可以从源代码控制中创建临时组织并成功部署软件包元数据 |
| 平台 | 源控制 | ✅ 解锁软件包的软件包版本使用别名 (LATEST) 在sfdx-project.json清单中声明依赖性 |
了解有关结构良好的可适应 → 可组合 → 可包装性 → 松耦合的更多信息
| Where to look? 产品区域 | 位置 | 好是什么样子？ 模式 |
|---|---|
| 平台 | Apex | ✅ 依赖于动态运行时信息的方法引用适当的自定义元数据类型 |
| 平台 | Apex | ✅ 使用抽象或虚拟 Apex 类定义常见服务和模板代码 |
| 平台 | 设计标准 | ✅（可选）所有批准的自定义设置用例都清楚地列出（如果有） |
| 平台 | 设计标准 | ✅ 命名约定解决如何表示软件包单位 |
| 平台 | 设计标准 | ✅ 可以搜索并查找所有当前定义的软件包单元（和相关命名约定）的列表 |
| 平台 | 设计标准 | ✅ 存在提出软件包单元添加或更改的标准 |
| 平台 | 组织 | ✅ 自定义元数据类型为代码和声明性自定义提供动态的运行时信息 |
| 平台 | 组织 | ✅ 不存在自定义对象，以便为代码或声明性自定义提供动态的运行时信息 |
| 平台 | 组织 | ✅ 不存在自定义设置或自定义设置很少，并且没有与封装功能相关的设置 |
| 平台 | 软件包 | ✅ 生产或 Sandbox 中未定义非受管软件包 |
| 平台 | 软件包 | ✅ 依赖于组织的解锁软件包仅用于早期阶段或概念验证实验 |
| 平台 | 源控制 | ✅ package.xml文件仅出现在早期阶段或概念验证项目清单中 |
了解有关架构良好的可适应 → 可组合 → 可打包性 → 依赖性管理的更多信息
| Where to look? 产品区域 | 位置 | 要避免什么？ 反模式 |
|---|---|
| 平台 | 设计标准 | 设计标准不存在或未涉及如何声明依赖性 |
| 平台 | 软件包 | 通过在不同软件包中复制元数据来规避依赖性 |
| 平台 | 软件包 | 早期软件包开发在 Developer Sandbox 中发生，早期软件包开发在临时组织中不会发生 |
| 平台 | 源控制 | 开发人员无法使用源控制成功使用临时组织 |
| 平台 | 源控制 | 解锁软件包的软件包版本在sfdx-project.json清单中明确声明（无LATEST别名） |
了解有关结构良好的可适应 → 可组合 → 可包装性 → 松耦合的更多信息
| Where to look? 产品区域 | 位置 | 要避免什么？ 反模式 |
|---|---|
| 平台 | Apex | ⚏ 常见服务和模板代码不易与其他类区分 |
| 平台 | Apex | 方法没有使用一致的方法来访问动态、运行时信息，或者方法没有查询运行时行为信息的自定义对象，或者代码引用自定义设置 |
| 平台 | Apex | 跨类和方法的内部引用难以遵循，并且在整个代码库中不一致 |
| 平台 | 设计标准 | 设计标准不存在或未处理软件包单元和用例 |
| 平台 | 组织 | 使用自定义设置 |
| 平台 | 组织 | 自定义对象的存在是为了提供代码或声明性自定义的动态运行时信息 |
| 平台 | 组织 | 自定义元数据类型未用于（或未一致使用）为代码和声明性自定义提供动态运行时信息 |
| 平台 | 软件包 | 非受管软件包在生产或 Sandbox 中定义 |
| 平台 | 软件包 | ⚠ 所有软件包都是依赖于组织的解锁软件包 |
| 平台 | 源控制 | package.xml文件用于控制元数据部署 |