---
schema_version: "1"
id: 4e56d0e3d806a8a1fb503e487de65e5ae1193b140948079e1cb23c5dc9021b1d
title: Composable - 懸念の分離
collection: architect
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/architect/next/ja-jp/well-architected-tools/guides/adaptable-separation-of-concerns.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/ja-jp/well-architected-tools/guide/adaptable-separation-of-concerns.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 6d1a6c078ed2d8424559ba1e34bc0bfb4726934ef280594b2bd69622a92485b7
products:
  - 適切に設計されたツール
  - Architect Site Content Repo
---
# Composable - 懸念の分離

### 機能単位パターン

適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性の詳細 → [構成可能](/docs/architect/ja-jp/well-architected/guide/composable) → [懸念事項の分離](/docs/architect/ja-jp/well-architected/guide/composable#懸念事項の分離) → [機能単位](/docs/architect/ja-jp/well-architected/guide/composable#機能単位)

| Where to look?<br>商品領域 \| ロケーション | What does good look like? (良いものは?)<br>パターン                                                                                            |
| ------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------- |
| Einstein \| 組織                           | ✅ プロンプトテンプレートで反復処理して応答に影響する入力を把握する プロンプトテンプレートで反復処理して、部品のモデルの応答への影響を把握する |
| プラットフォーム \| 設計標準               | ✅ 現在定義されているすべての機能単位 (および関連する命名規則) のリストが存在する                                                              |
| プラットフォーム \| 設計標準               | ✅ 機能単位の追加・変更の提案基準が存在する                                                                                                    |
| プラットフォーム \| 設計標準               | ✅ 命名規則では、機能単位を示す方法について説明します。                                                                                        |
| プラットフォーム \| ドキュメント           | ✅ すべてのドキュメントと実装図にコンポーネントの機能単位が明確に示されている                                                                  |
| プラットフォーム \| ドキュメント           | ✅ 機能単位内のすべてのコンポーネントが検索可能で見つけやすい                                                                                  |
| プラットフォーム \| ドキュメント           | ✅ 組織内の機能単位を明確に示すシステムランドスケープダイアグラム                                                                              |
| プラットフォーム \| ドキュメント           | ✅ 個々のコンポーネントのドキュメントには、コンポーネントの機能単位の対応付けが含まれます。                                                    |
| プラットフォーム \| 組織                   | ✅ 特定のメタデータ(フロー、Apex クラス、Lightning ページなど)の機能単位の配置をすばやく特定できます。                                         |
| プラットフォーム \| 組織                   | ✅ 機能単位はビジネスにわかりやすい表示ラベルで表示                                                                                            |

### 状態管理パターン

適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性の詳細 → [構成可能](/docs/architect/ja-jp/well-architected/guide/composable) → [懸念の分離](/docs/architect/ja-jp/well-architected/guide/composable#懸念事項の分離) → [状態管理](/docs/architect/ja-jp/well-architected/guide/composable#状態管理)

| Where to look?<br>商品領域 \| ロケーション | What does good look like? (良いものは?)<br>パターン                                                            |
| ------------------------------------------ | -------------------------------------------------------------------------------------------------------------- |
| プラットフォーム \| Apex                   | ✅ すべてのデータ操作でセーブポイントとロールバック動作が使用される                                            |
| プラットフォーム \| 設計標準               | ✅ ステートフル設計とステートレス設計の使用事例が明確である                                                    |
| プラットフォーム \| 設計標準               | ✅ ステートフルなコミュニケーションの承認パターンが存在する                                                    |
| プラットフォーム \| 設計標準               | ✅ ステートレス通信の承認パターンが存在する                                                                    |
| プラットフォーム \| 設計標準               | ✅ 都道府県のカテゴリをクリア                                                                                  |
| プラットフォーム \| ドキュメント           | ✅ ステートフルおよび/またはステートレス通信を処理するすべてのコンポーネントは、実装されたパターンを示します。 |
| プラットフォーム \| ドキュメント           | ✅ プロセス図とインタラクション図には、状態カテゴリと引き継ぎに関する詳細が表示されます。                      |
| プラットフォーム \| ドキュメント           | ✅ 特定のステートフル/ステートレスパターンを実装したすべてのコンポーネントを検索して見つけることができます。   |
| プラットフォーム \| フロー                 | ✅ 障害パスと \[レコードをロールバック] 要素が使用されている                                                   |

---

### 機能単位のアンチパターン

適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性の詳細 → [構成可能](/docs/architect/ja-jp/well-architected/guide/composable) → [懸念事項の分離](/docs/architect/ja-jp/well-architected/guide/composable#懸念事項の分離) → [機能単位](/docs/architect/ja-jp/well-architected/guide/composable#機能単位)

| Where to look?<br>商品領域 \| ロケーション | What to avoid?<br>アンチパターン                                                                                                                    |
| ------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| プラットフォーム \| 設計標準               | ⚠️ 設計標準が存在しない、または機能単位や使用事例を扱っていない                                                                                     |
| プラットフォーム \| ドキュメント           | ⚠️ 特定の機能単位を検索できない、または検索が機能単位内のすべてのコンポーネントの識別に役立たない                                                   |
| プラットフォーム \| ドキュメント           | ⚠️ コンポーネントのドキュメントには、コンポーネントが属する機能単位が記載されていますが、その機能単位の定義が表示されるのは、その機能単位のみです。 |
| プラットフォーム \| ドキュメント           | ⚠️ コンポーネントのドキュメントが存在しない                                                                                                         |
| プラットフォーム \| 組織                   | ⚠️ メタデータの機能単位の配置を特定できない                                                                                                         |
| プラットフォーム \| 組織                   | ⚠️ 機能単位情報の不一致または不正確                                                                                                                 |
| プラットフォーム \| 組織                   | ⚠️ 機能単位情報は、ビジネスユーザーにとって無意味なエンジニアリング重視の用語で表示ラベルが付けられている                                           |

### 状態管理のアンチパターン

適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性の詳細 → [構成可能](/docs/architect/ja-jp/well-architected/guide/composable) → [懸念の分離](/docs/architect/ja-jp/well-architected/guide/composable#懸念事項の分離) → [状態管理](/docs/architect/ja-jp/well-architected/guide/composable#状態管理)

| Where to look?<br>商品領域 \| ロケーション | What to avoid?<br>アンチパターン                                                                                                         |
| ------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------- |
| プラットフォーム \| Apex                   | ⚠️ セーブポイントとロールバック動作が使用されない                                                                                        |
| プラットフォーム \| 設計標準               | ⚠️ 設計標準が存在しない、または状態/ステートレスパターンと使用事例を扱っていない                                                         |
| プラットフォーム \| ドキュメント           | ⚠️ コンポーネントのドキュメントが存在しない                                                                                              |
| プラットフォーム \| ドキュメント           | ⚠️ コンポーネントのドキュメントには、実装されたステートフル/ステートレスパターンが記載されていますが、定義が表示されるのはここのみです。 |
| プラットフォーム \| ドキュメント           | ⚠️ 特定のパターンを検索することはできません。また、検索はそのパターンを使用するすべてのコンポーネントの識別に役立つわけではありません。  |
| プラットフォーム \| フロー                 | ⚠️ \[レコードをロールバック] 要素が使用されていない                                                                                      |

---