コードファーストからSitecoreファーストへの移行
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
公式のアプリケーションサンプルに基づいて作成されたJSSアプリケーションは、デフォルトで コードファーストワークフロー を使用するように設定されています。ほとんどの場合、JSSアプリは、切断されたデータを使用してSitecoreにインポートすることから、Sitecoreを主要なデータ ソースとして扱うことに移行します。
コードファーストのワークフローでは、SitecoreテンプレートとコンテンツはManifest APIを使用してJavaScriptで作成されます。
マニフェストAPIは、SitecoreのSitecoreアイテムで実行できるすべての機能を完全に再現したものではありません。フロントエンド開発チームがコードファーストのワークフローで障害にぶつかった場合は、Sitecoreファーストのワークフローに切り替える時期かもしれません。
次の場合は、Sitecoreファースト開発の使用に切り替えることをお勧めします。
-
アプリは、コードファーストの非接続プロトタイプとしてスタートし、Sitecoreとの統合に移行しています。
-
アプリ開発者は、JavaScriptよりもSitecoreでの作業に慣れており、使い慣れたバックエンドを好みます。
-
インポート プロセスの制限が厳しすぎるため、アプリはSitecoreアイテムのシリアル化を使用するように移行しています。
-
ブランチ テンプレートを作成します。
-
標準値アイテムのレイアウトにレンダリングを追加する必要があります。
-
コンポーネントのDatasource Locationフィールドを設定する機能が必要です。
-
レイアウト サービスの応答をより詳細に制御する必要があります。
Sitecoreファーストの開発に移行するには、インポートデータをSitecoreにプッシュしないようにします。
ただし、Sitecoreファースト開発に切り替えることを決定した後は、混乱を避け、偶発的なデプロイを防ぐために、アプリからコード ファーストのアーティファクトを削除する ことをお勧めします。
取り外し後の作業
コード ファースト アーティファクトがアプリから削除されると、Sitecoreの新しいアイテムはJSSアプリケーションから取得されなくなります。
この時点からは、アプリがローカルで実行されますが、HTTP(S) 経由で利用可能なSitecoreインスタンスからデータを取得する 接続モードで作業している可能性が高くなります。
新しいフロントエンドコンポーネントを作成する場合:
-
Storybookのようなツールを使用しない限り、作成時に実際の動作を見ることはできません。
-
データソース テンプレート、レンダリング アイテム、およびデータソース アイテムはSitecoreで手動で作成する必要があります。
-
エクスペリエンス エディター、コンテンツ エディターのPresentation detailsダイアログ、またはXM Cloud Pagesを使用して、Sitecoreのページにレンダリングを手動で追加する必要があります。
Sitecoreファーストを開発する場合は、jss deploy app -c -dコマンドmust not runます。