此文字已使用 Salesforce 的自動翻譯系統進行翻譯。參閱我們的 調查以提供此內容的回饋意見,並告訴我們您接下來想要查看的內容。
可組合 - 疑慮分隔
深入瞭解結構正確的可調整 → 可組合 → 關注分隔 → 功能單位
| 要在哪裡尋找? 產品區域 | 位置 | 優良的外觀為何? 模式 |
|---|---|
| Einstein | 組織 | ✅ 重複提示範本以瞭解哪些輸入會影響回應 重複提示範本以瞭解組件如何影響模型的回應 |
| 平台 | 設計標準 | ✅ 存在所有目前定義的功能單位清單 (以及相關命名慣例) |
| 平台 | 設計標準 | ✅ 已存在建議功能單位新增或變更的標準 |
| 平台 | 設計標準 | ✅ 命名慣例說明如何標記功能單位 |
| 平台 | 文件 | ✅ 所有文件與實作圖表都清楚顯示元件的功能單位 |
| 平台 | 文件 | ✅ 功能單位內的所有元件皆可搜尋且易於尋找 |
| 平台 | 文件 | ✅ 系統橫向圖清楚顯示組織中的功能單位 |
| 平台 | 文件 | ✅ 個別元件的文件包含元件的功能單位對應 |
| 平台 | 組織 | ✅ 可快速識別指定中繼資料的功能單位對齊方式 (例如流程、Apex 類別或 Lightning 頁面) |
| 平台 | 組織 | ✅ 功能單位以業務易用的詞彙標記 |
深入瞭解結構正確的可調整 → 可組合 → 關注分隔 → 狀態管理
| 要在哪裡尋找? 產品區域 | 位置 | 優良的外觀為何? 模式 |
|---|---|
| 平台 | Apex | ✅ 儲存點與回復行為用於所有資料作業 |
| 平台 | 設計標準 | ✅ 狀態與無狀態設計的使用個案很明確 |
| 平台 | 設計標準 | ✅ 存在狀態通訊的已批准模式 |
| 平台 | 設計標準 | ✅ 無狀態通訊的已批准模式存在 |
| 平台 | 設計標準 | ✅ 清除狀態存在的種類 |
| 平台 | 文件 | ✅ 處理狀態和/或無狀態通訊的每個元件都會指出已實作的模式 |
| 平台 | 文件 | ✅ 流程與互動圖提供關於狀態種類與處理的詳細資料 |
| 平台 | 文件 | ✅ 您可以搜尋並尋找已實作特定州/省模式的所有元件 |
| 平台 | 流程 | ✅ 使用錯誤路徑和「回復記錄」元素 |
深入瞭解結構正確的可調整 → 可組合 → 關注分隔 → 功能單位
| 要在哪裡尋找? 產品區域 | 位置 | 要避免什麼? Anti-Pattern |
|---|---|
| 平台 | 設計標準 | ⚡️ 設計標準不存在或不處理功能單位和使用個案 |
| 平台 | 文件 | ⚡️ 您無法搜尋特定功能單位,且/或搜尋無法識別功能單位內的所有元件 |
| 平台 | 文件 | ⚡️ 元件文件描述元件所屬的功能單位,但它是該功能單位的唯一顯示位置 |
| 平台 | 文件 | ⚡️ 不存在元件文件 |
| 平台 | 組織 | ⚡️ 無法識別任何中繼資料的功能單位對齊方式 |
| 平台 | 組織 | ⚡️ 功能單位資訊不一致或不準確 |
| 平台 | 組織 | ⚡️ 功能單位資訊會以針對業務使用者沒有意義的工程專注詞彙標記 |
深入瞭解結構正確的可調整 → 可組合 → 關注分隔 → 狀態管理
| 要在哪裡尋找? 產品區域 | 位置 | 要避免什麼? Anti-Pattern |
|---|---|
| 平台 | Apex | ⚡️ 不使用 Savepoints 和回復行為 |
| 平台 | 設計標準 | ⚡️ 設計標準不存在或不處理狀態/無狀態模式和使用個案 |
| 平台 | 文件 | ⚡️ 不存在元件文件 |
| 平台 | 文件 | ⚡️ 元件文件描述實作的狀態/無狀態模式,但這是定義唯一顯示的位置 |
| 平台 | 文件 | ⚡️ 無法搜尋特定模式,且/或搜尋無法協助識別使用該模式的所有元件 |
| 平台 | 流程 | ⚡️ 不使用「回復記錄」元素 |