コード優先から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でデータソーステンプレート、レンダリングアイテム、データソースアイテムを手動で作成する必要があります。
- レンダリングはエクスペリエンスエディター、コンテンツエディターの プレゼンテーション詳細 ダイアログ、またはXM Cloudページを使って、Sitecoreページに手動で追加する必要があります。
Sitecore優先開発時には、jss deploy app -c -dコマンドを実行してはいけません。