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