---
schema_version: "1"
id: e07812b5b4320c64823a1e7522cbccec94512ac23b8551697137d2e115cec93b
title: 可組合 - 疑慮分隔
collection: architect
version: next
locale: zh-tw
portal_url: https://docs.salesforce.com/architect/next/zh-tw/well-architected-tools/guides/adaptable-separation-of-concerns.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/zh-tw/well-architected-tools/guide/adaptable-separation-of-concerns.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: ff8faf6821b62b649e50d94a2483171b1cca28b565b63cf344888eab89852827
products:
- 結構良好的工具
- Architect Site Content Repo
---
# 可組合 - 疑慮分隔
### 功能單位模式
深入瞭解結構正確的可[調整](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [可組合](/docs/architect/zh-tw/well-architected/guide/composable) → [關注分隔](/docs/architect/zh-tw/well-architected/guide/composable#分離疑慮) → [功能單位](/docs/architect/zh-tw/well-architected/guide/composable#功能單位)
| 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 |
| --------------------------------- | ---------------------------------------------------------------------------------- |
| Einstein \| 組織 | ✅ 重複提示範本以瞭解哪些輸入會影響回應 重複提示範本以瞭解組件如何影響模型的回應 |
| 平台 \| 設計標準 | ✅ 存在所有目前定義的功能單位清單 (以及相關命名慣例) |
| 平台 \| 設計標準 | ✅ 已存在建議功能單位新增或變更的標準 |
| 平台 \| 設計標準 | ✅ 命名慣例說明如何標記功能單位 |
| 平台 \| 文件 | ✅ 所有文件與實作圖表都清楚顯示元件的功能單位 |
| 平台 \| 文件 | ✅ 功能單位內的所有元件皆可搜尋且易於尋找 |
| 平台 \| 文件 | ✅ 系統橫向圖清楚顯示組織中的功能單位 |
| 平台 \| 文件 | ✅ 個別元件的文件包含元件的功能單位對應 |
| 平台 \| 組織 | ✅ 可快速識別指定中繼資料的功能單位對齊方式 (例如流程、Apex 類別或 Lightning 頁面) |
| 平台 \| 組織 | ✅ 功能單位以業務易用的詞彙標記 |
### 州/省管理模式
深入瞭解結構正確的可[調整](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [可組合](/docs/architect/zh-tw/well-architected/guide/composable) → [關注分隔](/docs/architect/zh-tw/well-architected/guide/composable#分離疑慮) → [狀態管理](/docs/architect/zh-tw/well-architected/guide/composable#州省管理)
| 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 |
| --------------------------------- | -------------------------------------------------------- |
| 平台 \| Apex | ✅ 儲存點與回復行為用於所有資料作業 |
| 平台 \| 設計標準 | ✅ 狀態與無狀態設計的使用個案很明確 |
| 平台 \| 設計標準 | ✅ 存在狀態通訊的已批准模式 |
| 平台 \| 設計標準 | ✅ 無狀態通訊的已批准模式存在 |
| 平台 \| 設計標準 | ✅ 清除狀態存在的種類 |
| 平台 \| 文件 | ✅ 處理狀態和/或無狀態通訊的每個元件都會指出已實作的模式 |
| 平台 \| 文件 | ✅ 流程與互動圖提供關於狀態種類與處理的詳細資料 |
| 平台 \| 文件 | ✅ 您可以搜尋並尋找已實作特定州/省模式的所有元件 |
| 平台 \| 流程 | ✅ 使用錯誤路徑和「回復記錄」元素 |
---
### 功能單位反模式
深入瞭解結構正確的可[調整](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [可組合](/docs/architect/zh-tw/well-architected/guide/composable) → [關注分隔](/docs/architect/zh-tw/well-architected/guide/composable#分離疑慮) → [功能單位](/docs/architect/zh-tw/well-architected/guide/composable#功能單位)
| 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
Anti-Pattern |
| --------------------------------- | ----------------------------------------------------------------- |
| 平台 \| 設計標準 | ⚡️ 設計標準不存在或不處理功能單位和使用個案 |
| 平台 \| 文件 | ⚡️ 您無法搜尋特定功能單位,且/或搜尋無法識別功能單位內的所有元件 |
| 平台 \| 文件 | ⚡️ 元件文件描述元件所屬的功能單位,但它是該功能單位的唯一顯示位置 |
| 平台 \| 文件 | ⚡️ 不存在元件文件 |
| 平台 \| 組織 | ⚡️ 無法識別任何中繼資料的功能單位對齊方式 |
| 平台 \| 組織 | ⚡️ 功能單位資訊不一致或不準確 |
| 平台 \| 組織 | ⚡️ 功能單位資訊會以針對業務使用者沒有意義的工程專注詞彙標記 |
### 州管理反模式
深入瞭解結構正確的可[調整](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [可組合](/docs/architect/zh-tw/well-architected/guide/composable) → [關注分隔](/docs/architect/zh-tw/well-architected/guide/composable#分離疑慮) → [狀態管理](/docs/architect/zh-tw/well-architected/guide/composable#州省管理)
| 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
Anti-Pattern |
| --------------------------------- | -------------------------------------------------------------- |
| 平台 \| Apex | ⚡️ 不使用 Savepoints 和回復行為 |
| 平台 \| 設計標準 | ⚡️ 設計標準不存在或不處理狀態/無狀態模式和使用個案 |
| 平台 \| 文件 | ⚡️ 不存在元件文件 |
| 平台 \| 文件 | ⚡️ 元件文件描述實作的狀態/無狀態模式,但這是定義唯一顯示的位置 |
| 平台 \| 文件 | ⚡️ 無法搜尋特定模式,且/或搜尋無法協助識別使用該模式的所有元件 |
| 平台 \| 流程 | ⚡️ 不使用「回復記錄」元素 |
---