YouTube ChannelSchedule a CallSubscribe for Updates

展開プロセス

概要

このページでは、Avonni ダイナミックコンポーネントが Salesforce 内でどのように保存されるか、および異なる Salesforce 環境間（例：サンドボックスから本番環境へ、または開発者組織間）でそれらを簡単にデプロイする方法について説明します。

Avonni ダイナミックコンポーネントの主な利点の一つは可搬性です。これらは Salesforce プラットフォーム上でネイティブに構築・保存されるため、標準の Salesforce デプロイメントツールを使用してカスタム作成したコンポーネントを組織間で移動することが簡単です。

ダイナミックコンポーネントの保存方法

Avonni コンポーネントビルダーでダイナミックコンポーネントを作成して保存すると、その定義全体が 特定のカスタムメタデータ型（CMDT）のレコードとして Avonni のマネージドパッケージによって提供されます。

コンポーネントのコードの保存場所

このカスタムメタデータレコードを、 ダイナミックコンポーネントのソースコードと構造 と考えてください—レイアウトやデータソースから可視性ルールやインタラクションに至るまで、すべてがこのメタデータにエンコードされています。実質的にここがダイナミックコンポーネントの“居場所”です。

例えば “Account Dashboard” のようなコンポーネントを作成した場合、それは Avonni ダイナミックコンポーネント CMDT の単一のレコードとして保存されます（例： avonnidc__Dynamic_Component__mdt).

CMDT をストレージに使用することが、Avonni コンポーネントを高い可搬性と Salesforce のネイティブなデプロイメントインフラとの互換性を持たせる理由です。

デプロイメントのワークフロー

ダイナミックコンポーネントをデプロイする一般的なプロセスは、標準的な Salesforce のベストプラクティスに従います：

  1. 構築とテスト ソース組織（例：サンドボックス）でダイナミックコンポーネントを作成および設定し、入念にテストします。忘れずに 保存 および アクティブ化 Avonni コンポーネントビルダーで保存してください。

  2. コンポーネントの特定 デプロイする必要がある特定の CMDT レコード（つまりコンポーネント定義）を判断します。

  3. デプロイメントツールの選択 次のようなツールから選択します： 変更セット（Change Sets）, Salesforce DX（SFDX）, Ant、または サードパーティのソリューション（例： または Gearset.

  4. Copado CMDT レコードを含める avonnidc__Dynamic_Component__mdt必要な CMDT レコードをデプロイパッケージに追加します。これらのレコードは CMDT 名の下にリストされます（通常は例えば

  5. —組織内で確認してください）。 デプロイ

  6. 選択したツールを使用してメタデータをデプロイします。

    • ターゲット組織での確認と設定 デプロイされた CMDT レコードが正しく配置されたことを確認します。\n- ターゲット組織で Avonni コンポーネントアプリ を開いてデプロイしたコンポーネントを見つけます。\n- もし「ドラフト」状態で表示される場合はビルダー内で有効化してください。\n- それらを Lightning ページに配置するには Lightning App Builder

を使用します

変更セット（Change Sets）

  1. 一般的なデプロイメントツールの使用 Outbound Change Set を作成します.

  2. の下で コンポーネントタイプとして、 カスタムメタデータ型（Custom Metadata Type）.

  3. ダイナミックコンポーネント用の特定の CMDT レコードを追加します。

  4. 依存するコンポーネント（例：Apex クラス、フロー、参照されている項目）を含めます。

  5. 変更セットをアップロードしてターゲット組織にデプロイします。

Salesforce DX（SFDX）

  • 必ず package.xml マニフェストファイルには Avonni Dynamic Components のカスタムメタデータタイプが含まれます。大まかに次のようになります（正確な名前を確認してください Avonni_Dynamic_Component__mdt あなたの組織内）

<types>
    <members>*</members>
    <name>CustomMetadata</name>
</types>
<types>
    <members>Avonni_Dynamic_Component__mdt.*</members>
    <name>CustomObject</name>
</types>

(注: CMDT レコードは package.xml の CustomObject メタデータタイプ定義を介して取得/デプロイされることがよくあります) 代替として、またはより詳細に制御したい場合は、特定のコンポーネントのみをデプロイするために CustomMetadata タイプのエントリ内で特定のレコードを参照することができます。

  • SFDX コマンドを使用します（sf project retrieve start / sf project deploy start）でソース組織から CMDT レコードを取得し、ターゲット組織にデプロイします。

サードパーティツール

次のようなツールは サードパーティのソリューション（例： および Gearset CMDT のデプロイを完全にサポートします。適切な Avonni CMDT レコードを選択し、ツールのデプロイフローに従ってください。

重要な考慮事項

  • ターゲット組織での有効化: デプロイされたコンポーネントはターゲット組織で「ドラフト」状態で届くことが多いです。ターゲット組織の Avonni コンポーネントビルダーでそれらを開き、 アクティブ化 を追加する前に有効化してください（Lightning ページ）。

  • 依存関係: ダイナミックコンポーネントが依存する基盤となるコンポーネント（カスタムオブジェクト、フィールド、インタラクションで呼び出される Apex クラス、フローなど）がデプロイに含まれているか、またはターゲット組織に既に存在することを確認してください。

  • 権限とライセンス: ターゲット組織のユーザおよび管理者に、ビルダーを使用しデプロイされたコンポーネントを表示するために必要な Avonni ライセンスと権限セットが割り当てられていることを確認してください。

  • マネージドパッケージの更新: コンポーネント定義をデプロイする前に、ソースとターゲットの両方の組織が同じ（または互換性のある）Avonni Dynamic Components マネージドパッケージのバージョンであることを確認してください。

まとめ

Avonni Dynamic Components はカスタムメタデータタイプのレコードとして格納されており、基本的にはコンポーネントの「コード」と「構造」です。この設計により、Salesforce ネイティブおよびサードパーティのデプロイツールを使用した簡単なデプロイが可能になります。コンポーネントをメタデータ資産として扱うことで、複数の環境にわたるライフサイクルを迅速かつ正確に管理できます。

最終更新

役に立ちましたか？