導入：なぜView Composerが重要なのか
Webアプリケーション開発において、ヘッダー、サイドバー、フッターといった共通パーツの管理は避けて通れない課題です。特にサイドバーに「カテゴリー一覧」や「新着記事」を表示させる場合、すべてのコントローラーの各メソッドで毎回データベースからデータを取得し、ビューに渡すコードを記述するのは非常に非効率です。
コードの重複は保守性を低下させ、修正漏れによるバグの温床となります。LaravelのView Composerを活用することで、特定のビューが読み込まれる際に必要なデータを自動的に注入できるため、コントローラーをスッキリと保ち、DRY（Don’t Repeat Yourself）な設計を実現できます。
基礎知識：View Composerの仕組み
View Composerとは、ビューがレンダリングされる直前に実行されるコールバックやクラスのことです。これを利用することで、コントローラーの処理に依存せずに、特定のテンプレートに対して常にデータを供給し続けることが可能になります。
具体的には、サービスプロバイダーを通じて「どのビューに対して」「どのデータを」渡すかを定義します。
実装：View Composerの具体的な手順
View Composerを導入する手順は大きく分けて2つあります。
1. Service Providerの準備: ビューとロジックを紐付けるためのプロバイダーを作成します。
2. データ提供ロジックの定義: クロージャー（簡易的な処理）または専用のクラス（複雑な処理）を作成してデータを注入します。
以下に、実務でも推奨される「専用クラスを使用した実装」のサンプルを紹介します。
サンプルプログラム：SidebarComposerの実装
まずは、データを取得してビューに渡すためのクラスを作成します。
// app/Http/ViewComposers/SidebarComposer.php
namespace App\Http\ViewComposers;
use Illuminate\Contracts\View\View;
use App\Models\Category; // モデルの読み込み
class SidebarComposer
{
protected $categories;
public function __construct()
{
// コンストラクタで必要なデータを取得
$this->categories = Category::all();
}
public function compose(View $view)
{
// ビューにデータを渡す
$view->with(‘categories’, $this->categories);
}
}
次に、プロバイダーでこのクラスを登録します。
// app/Providers/ComposerServiceProvider.php
namespace App\Providers;
use Illuminate\Support\Facades\View;
use Illuminate\Support\ServiceProvider;
use App\Http\ViewComposers\SidebarComposer;
class ComposerServiceProvider extends ServiceProvider
{
public function boot()
{
// ‘sidebar’ という名前のビューが呼ばれた時に SidebarComposer を実行
View::composer(‘layouts.sidebar’, SidebarComposer::class);
}
}
最後に、作成したプロバイダーを config/app.php の providers 配列に追加することを忘れないでください。
応用・注意点：現場で役立つアドバイス
・処理の切り分け:
データ取得が単純な場合はクロージャーで実装しても良いですが、キャッシュ処理や複雑な条件分岐が必要な場合は、上記のように専用のComposerクラスに切り出すのが現場の定石です。これによりユニットテストも容易になります。
・キャッシュの活用:
サイドバーのデータは全ページで共通であることが多いため、`Cache::remember` を組み合わせてデータ取得処理をキャッシュ化すると、パフォーマンスが劇的に向上します。
・ワイルドカード指定:
特定のビューだけでなく、すべてのビューに共通のデータを渡したい場合は `View::composer(”, …)` のようにワイルドカードを使うことも可能です。ただし、不要なページでのクエリ発行を避けるため、必要な範囲に限定して適用するのがベターです。
View Composerを使いこなすことで、コントローラーは「そのページ固有の処理」に集中できるようになります。ぜひ、プロジェクトの共通UIパーツ管理に取り入れてみてください。