Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon 統計のボーナスルートは、優先度の観点から標準のLaravelルートとどのように異なりますか


統計のボーナスルートは、優先度の観点から標準のLaravelルートとどのように異なりますか


Statamicのボーナスルートは、主に意図した使用、Statamicのコンテンツシステムとの統合、およびルーティング解像度での優先順位が主に使用されている標準のLaravelルートとは異なります。

Statamicのボーナスルートは、ハードコードURLのないコレクションや分類に関連する追加ルートの追加を簡素化するように設計されています。開発者は、日付ベースのアーカイブページ、フィルタリングされたコレクション、カスタマイズされた分類URLなどのルートのデータを動的に取り付けて取得できます。これらのルートは、 `route :: bonus()`メソッドを使用して定義されます。これは、Statamicのシステム上に追加のカスタムルーティングをセットアップするプロセスを合理化する専門ヘルパーです。ボーナスルートは、収集ルートや分類ルートなどのタイプをサポートしており、「show」(特定のエントリまたは用語)または「インデックス」(リスティングまたは非固有の)ビューのいずれかを使用できます。たとえば、ボーナスルートは、ブログ投稿の下に個別のコメントページを追加したり、年々ブログのアーカイブページを作成したりできます。

対照的に、標準のLaravelルートは、Laravelのルーティングシステムを使用して典型的な方法で定義されます(例: `route :: get()`、 `route :: post()`など)。 Laravelルートは、単純な閉鎖応答、コントローラーアクション、またはミドルウェアやその他のLaravel機能との統合です。それらは、Laravelフレームワーク自体の柔軟で基本的なルーティングメカニズムを表しています。

優先順位に関連する重要な違いは、最終的にはLaravelルートであるためのボーナスルートを含むカスタムLaravelルートが、Statamic自身のルーティングシステムよりも優先されることです。ボーナスルートまたはララヴェルルートが統計ルートと同じURIで定義されている場合、Laravelルートは統計ルートをオーバーライドします。この優先的な側面は、開発者が意図しないオーバーライドを防ぐために統計ルートと直接競合するボーナスルートの定義を避けなければならないことを意味します。

ボーナスルートは、Statamicのコレクションや分類法と密接に統合され、動的なコンテンツベースのURLパターンを促進しますが、Statamicの固有のルーティングを変更または妨害しません。それらはその下にLaravelルートのままですが、統計ユースケースに合わせて調整されています。さらに、ボーナスルートは、他のLaravelルートとともにキャッシングをサポートします。つまり、ルーティングの変更には、キャッシュリフレッシュが有効になる場合があります。

標準のLaravelルートは非常に用途が広く、APIルート、リダイレクト、およびカスタムアプリケーションのニーズなど、外部または統計と並んで任意のルートロジックに使用されます。 Statamic Routes自体( `route :: statamic()`)を介して定義されています。Statamicのロジックに基づいて、ミドルウェア、グローバル、レイアウト、およびコンテンツエントリまたは分類項を注入することにより、CMS中心のルーティングのほとんどを自動的に処理します。

要約すると、彫像のボーナスルートは、コレクションと分類型ベースのURLの管理を特異的に緩和するLaravelルートの強化された層として機能しますが、標準のLaravelルートは一般的なルーティングの優先順位と柔軟性を保持します。 Laravelルートはルーティングの優先順位でデフォルトで統計ルートをオーバーライドし、開発者が最初にどのルートに応答するかを制御できるようにするため、既存の統計ルートとの衝突を避けるために、ボーナスルートを慎重にマッピングする必要があります。

この微妙な関係により、統計ユーザーは、従来のLaravelルーティングロジックに戻りながら、CMSコンテンツのURL構造を簡単に拡張するためにボーナスルートを使用できます。このバランスは、Statamicのコンテンツ駆動型ルーティングマジックを維持しますが、カスタムニーズとオーバーライドに関するLaravelのルーティングシステムの全体的な優先順位と機能を尊重します。