開発ワークフロー
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
JavaScript SDK(JSS)を扱う際の主な開発ワークフローは2つあります。
開発者がJSS実装を始める際に下すべき基本的な選択の一つは、開発中にどのワークフローを使うかということです。開発者は以下のいずれかのワークフローから選択できます:
推奨事項
新しいアプリをスキャフォールドした直後にSitecore優先に切り替えるつもりであっても、すべてのJSSプロジェクトはコードファーストで開始することを推奨します。コードファーストのアプリケーションサンプルからプロジェクトを初期化し、Sitecoreにインポートすることで、Sitecoreで適切なアイテム構造が設定されます。
クライアント側組み込み用に作られたアプリを除き、すべてのプロジェクトはできるだけ早くSitecore優先に移行 することを推奨します。特にマルチサイトプロジェクトは複雑な情報アーキテクチャを持つため、早期にSitecore優先ワークフローに切り替えることが最も恩恵を受けます。
前述の推奨事項は、JSSを使って完全なアプリケーションを構築する場合に完全に適用されます。Sitecoreのサイト定義リストにJSSアプリケーション名と一致するエントリが含まれ、JSSコンポーネントがウェブサイト/アプリケーション全体で使用される場合です。
MVCやSXAのいずれかの単一ページに埋め込まれたJSSアプリケーションは、標準的な推奨から離れることができます。このユースケースでは、JSSアプリはページコンポーネントとして扱われ、サイト定義エントリは必要ありません。JSSアプリに組み込まれたフロントエンドコンポーネントは、アプリが埋め込まれているページでのみ使用可能です。
お客様からのフィードバックに基づき、組み込みアプリはコードファーストのワークフローを本番環境までうまく活用できます。これは、すべてのコンポーネントやテンプレートがサイト上の単一のページにスコープされているため、テンプレートの継承やマルチサイトの複雑さは重要ではないからです。これにより、フロントエンド開発者はテンプレートをより細かくコントロールでき、オーサリング体験が損なわれない限り、従来のSitecoreの慣習から逸脱することも可能です。