開発ワークフロー

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

JavaScript SDK (JSS) を使用する場合、主に2つの開発ワークフローがあります。

開発者がJSS実装を開始する際に行う基本的な選択は、開発中にどのワークフローを使用するかです。開発者は、次のいずれかのワークフローを選択できます。

推奨 事項

新しいアプリをスキャフォールディングした直後にSitecoreファーストに切り替えることを意図している場合でも、すべてのJSSプロジェクトはコードファーストで開始することをお勧めします。コードファーストのアプリケーション サンプルからプロジェクトを初期化し、それらをSitecoreにインポートすると、Sitecoreに適切なアイテム構造が設定されます。

クライアント側の埋め込み用に構築されたアプリを除き、すべてのプロジェクトをできるだけ早くSitecoreファーストに切り替える ことをお勧めします。特にマルチサイト プロジェクトは情報アーキテクチャが複雑であるため、早い段階でSitecoreファーストのワークフローに切り替えることで最大限のメリットを享受できます。

上記の推奨事項は、JSSを使用して本格的なアプリケーションを構築する場合、Sitecoreのサイト定義のリストにJSSアプリケーション名と一致するエントリが含まれ、JSSコンポーネントがWebサイト/アプリケーション全体で使用される場合に完全に適用されます。

MVCかSXAかにかかわらず、1つのページに埋め込まれたJSSアプリケーションは、標準の推奨事項から離れることができます。このユースケースでは、JSSアプリはページコンポーネントとして扱われ、サイト定義エントリは必要ありません。JSSアプリに組み込まれたフロントエンドコンポーネントは、アプリが埋め込まれているページでのみ使用できます。

お客様からのフィードバックに基づき、埋め込みアプリは、本番環境に至るまで、コードファーストのワークフローをうまく活用できます。これは、すべてのコンポーネントとテンプレートのスコープがサイト上の1つのページに設定されているため、テンプレートの継承やマルチサイトに関する考慮事項などの複雑さは関係ないためです。これにより、フロントエンド開発者はテンプレートをより詳細に制御でき、オーサリングエクスペリエンスが損なわれないと仮定して、従来のSitecoreの規則から逸脱することさえできます。

この記事を改善するための提案がある場合は、 お知らせください!