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