Readouble

Laravel 11.x コントローラ

イントロダクションIntroduction

すべてのリクエスト処理ロジックをルートファイルのクロージャとして定義する代わりに、「コントローラ」クラスを使用してこの動作を整理することを推奨します。コントローラにより、関係するリクエスト処理ロジックを単一のクラスにグループ化できます。たとえば、UserControllerクラスは、ユーザーの表示、作成、更新、削除など、ユーザーに関連するすべての受信リクエストを処理するでしょう。コントローラはデフォルトで、app/Http/Controllersディレクトリに保存します。Instead of defining all of your request handling logic as closures in your route files, you may wish to organize this behavior using "controller" classes. Controllers can group related request handling logic into a single class. For example, a UserController class might handle all incoming requests related to users, including showing, creating, updating, and deleting users. By default, controllers are stored in the app/Http/Controllers directory.

コントローラを書くWriting Controllers

基本のコントローラBasic Controllers

新しいコントローラを簡単に生成するには、make:controller Artisanコマンドを実行します。アプリケーションのすべてのコントローラは、デフォルトでapp/Http/Controllersディレクトリへ設置します。To quickly generate a new controller, you may run the make:controller Artisan command. By default, all of the controllers for your application are stored in the app/Http/Controllers directory:

php artisan make:controller UserController

基本的なコントローラの例を見てみましょう。コントローラは、HTTPリクエストに応答するパブリックメソッドをいくつでも持てます。Let's take a look at an example of a basic controller. A controller may have any number of public methods which will respond to incoming HTTP requests:

<?php

namespace App\Http\Controllers;

use App\Models\User;
use Illuminate\View\View;

class UserController extends Controller
{
    /**
     * 指定ユーザーのプロファイルを表示
     */
    public function show(string $id): View
    {
        return view('user.profile', [
            'user' => User::findOrFail($id)
        ]);
    }
}

コントローラクラスとメソッドが書けたら、コントローラメソッドへのルートを以下のように定義できます。Once you have written a controller class and method, you may define a route to the controller method like so:

use App\Http\Controllers\UserController;

Route::get('/user/{id}', [UserController::class, 'show']);

受信リクエストが指定したルートURIに一致すると、App\Http\Controllers\UserControllerクラスのshowメソッドが呼び出され、ルートパラメータがメソッドに渡されます。When an incoming request matches the specified route URI, the show method on the App\Http\Controllers\UserController class will be invoked and the route parameters will be passed to the method.

lightbulb Note: コントローラはベースクラスを継承する必要はありません。しかし、コントローラ全体で共有すべきメソッドを含む基底クラスを継承しておくと便利な場合があります。[!NOTE]
Controllers are not required to extend a base class. However, it is sometimes convenient to extend a base controller class that contains methods that should be shared across all of your controllers.

シングルアクションコントローラSingle Action Controllers

コントローラのアクションがとくに複雑な場合は、コントローラクラス全体をその単一のアクション専用にするのが便利です。これを利用するには、コントローラ内で単一の__invokeメソッドを定義します。If a controller action is particularly complex, you might find it convenient to dedicate an entire controller class to that single action. To accomplish this, you may define a single __invoke method within the controller:

<?php

namespace App\Http\Controllers;

class ProvisionServer extends Controller
{
    /**
     * 新しいWebサーバをプロビジョニング
     */
    public function __invoke()
    {
        // ...
    }
}

シングルアクションコントローラのルートを登録する場合、コントローラ方式を指定する必要はありません。代わりに、コントローラの名前をルーターに渡すだけです。When registering routes for single action controllers, you do not need to specify a controller method. Instead, you may simply pass the name of the controller to the router:

use App\Http\Controllers\ProvisionServer;

Route::post('/server', ProvisionServer::class);

make:controller Artisanコマンドで--invokableオプションを指定すると、__invokeメソッドを含んだコントローラを生成できます。You may generate an invokable controller by using the --invokable option of the make:controller Artisan command:

php artisan make:controller ProvisionServer --invokable

lightbulb Note: stubのリソース公開を使用し、コントローラのスタブをカスタマイズできます。[!NOTE]
Controller stubs may be customized using stub publishing[/docs/{{version}}/artisan#stub-customization].

コントローラミドルウェアController Middleware

ミドルウェアはルートファイルの中で、コントローラのルートに対して指定します。Middleware[/docs/{{version}}/middleware] may be assigned to the controller's routes in your route files:

Route::get('/profile', [UserController::class, 'show'])->middleware('auth');

あるいは、コントローラクラス内でミドルウェアを指定する便利な方法もあります。それには、コントローラでstaticなmiddlewareメソッドを持つ、HasMiddlewareインターフェイスを実装する必要があります。このメソッドから、コントローラのアクションに適用するミドルウェアの配列を返します。Or, you may find it convenient to specify middleware within your controller class. To do so, your controller should implement the HasMiddleware interface, which dictates that the controller should have a static middleware method. From this method, you may return an array of middleware that should be applied to the controller's actions:

<?php

namespace App\Http\Controllers;

use App\Http\Controllers\Controller;
use Illuminate\Routing\Controllers\HasMiddleware;
use Illuminate\Routing\Controllers\Middleware;

class UserController extends Controller implements HasMiddleware
{
    /**
     * コントローラへ指定するミドルウェアを取得
     */
    public static function middleware(): array
    {
        return [
            'auth',
            new Middleware('log', only: ['index']),
            new Middleware('subscribed', except: ['store']),
        ];
    }

    // ...
}

また、コントローラのミドルウェアをクロージャとして定義することもできます。これは、ミドルウェアクラス全体を書かなくても、インラインミドルウェアを定義できる便利な方法です。You may also define controller middleware as closures, which provides a convenient way to define an inline middleware without writing an entire middleware class:

use Closure;
use Illuminate\Http\Request;

/**
 * コントローラへ指定するミドルウェアを取得
 */
public static function middleware(): array
{
    return [
        function (Request $request, Closure $next) {
            return $next($request);
        },
    ];
}

リソースコントローラResource Controllers

アプリケーション内の各Eloquentモデルを「リソース」と考える場合、通常、アプリケーション内の各リソースに対して同じ一連のアクションを実行します。たとえば、アプリケーションにPhotoモデルとMovieモデルが含まれているとします。ユーザーはこれらのリソースを作成、読み取り、更新、または削除できるでしょう。If you think of each Eloquent model in your application as a "resource", it is typical to perform the same sets of actions against each resource in your application. For example, imagine your application contains a Photo model and a Movie model. It is likely that users can create, read, update, or delete these resources.

このようなコモン・ケースのため、Laravelリソースルーティングは、通常の作成、読み取り、更新、および削除("CRUD")ルートを1行のコードでコントローラに割り当てます。使用するには、make:controller Artisanコマンドへ--resourceオプションを指定すると、こうしたアクションを処理するコントローラをすばやく作成できます。Because of this common use case, Laravel resource routing assigns the typical create, read, update, and delete ("CRUD") routes to a controller with a single line of code. To get started, we can use the make:controller Artisan command's --resource option to quickly create a controller to handle these actions:

php artisan make:controller PhotoController --resource

このコマンドは、app/Http/Controllers/PhotoController.phpにコントローラを生成します。コントローラには、そのまま使用可能な各リソース操作のメソッドを用意してあります。次に、コントローラを指すリソースルートを登録しましょう。This command will generate a controller at app/Http/Controllers/PhotoController.php. The controller will contain a method for each of the available resource operations. Next, you may register a resource route that points to the controller:

use App\Http\Controllers\PhotoController;

Route::resource('photos', PhotoController::class);

この一つのルート宣言で、リソースに対するさまざまなアクションを処理するための複数のルートを定義しています。生成したコントローラには、これらのアクションごとにスタブしたメソッドがすでに含まれています。route:list Artisanコマンドを実行すると、いつでもアプリケーションのルートの概要をすばやく確認できます。This single route declaration creates multiple routes to handle a variety of actions on the resource. The generated controller will already have methods stubbed for each of these actions. Remember, you can always get a quick overview of your application's routes by running the route:list Artisan command.

配列をresourcesメソッドに渡すことで、一度に多くのリソースコントローラを登録することもできます。You may even register many resource controllers at once by passing an array to the resources method:

Route::resources([
    'photos' => PhotoController::class,
    'posts' => PostController::class,
]);

リソースコントローラが処理するアクションActions Handled by Resource Controllers

動詞Verb URIURI アクションAction ルート名Route Name
GETGET /photos/photos indexindex photos.indexphotos.index
GETGET /photos/create/photos/create createcreate photos.createphotos.create
POSTPOST /photos/photos storestore photos.storephotos.store
GETGET /photos/{photo}/photos/{photo} showshow photos.showphotos.show
GETGET /photos/{photo}/edit/photos/{photo}/edit editedit photos.editphotos.edit
PUT/PATCHPUT/PATCH /photos/{photo}/photos/{photo} updateupdate photos.updatephotos.update
DELETEDELETE /photos/{photo}/photos/{photo} destroydestroy photos.destroyphotos.destroy

見つからないモデルの動作のカスタマイズCustomizing Missing Model Behavior

暗黙的にバインドしたリソースモデルが見つからない場合、通常404のHTTPレスポンスが生成されます。ただし、リソースルートを定義するときにmissingメソッドを呼び出すことでこの動作をカスタマイズすることができます。missingメソッドは、暗黙的にバインドされたモデルがリソースのルートに対して見つからない場合に呼び出すクロージャを引数に取ります。Typically, a 404 HTTP response will be generated if an implicitly bound resource model is not found. However, you may customize this behavior by calling the missing method when defining your resource route. The missing method accepts a closure that will be invoked if an implicitly bound model cannot be found for any of the resource's routes:

use App\Http\Controllers\PhotoController;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Redirect;

Route::resource('photos', PhotoController::class)
        ->missing(function (Request $request) {
            return Redirect::route('photos.index');
        });

ソフトデリートしたモデルSoft Deleted Models

通常、暗黙のモデルバインディングでは、ソフトデリートしたモデルを取得せず、代わりに404 HTTPレスポンスを返します。しかし、リソースルートを定義するときに、withTrashedメソッドを呼び出せば、ソフトデリート済みモデルの操作を許可するようにフレームワークへ指示できます。Typically, implicit model binding will not retrieve models that have been soft deleted[/docs/{{version}}/eloquent#soft-deleting], and will instead return a 404 HTTP response. However, you can instruct the framework to allow soft deleted models by invoking the withTrashed method when defining your resource route:

use App\Http\Controllers\PhotoController;

Route::resource('photos', PhotoController::class)->withTrashed();

引数なしでwithTrashedを呼び出すと、showeditupdateリソースルートでのソフトデリート操作を許可します。withTrashedメソッドへ配列を渡し、これらのルートのサブセットを指定することもできます。Calling withTrashed with no arguments will allow soft deleted models for the show, edit, and update resource routes. You may specify a subset of these routes by passing an array to the withTrashed method:

Route::resource('photos', PhotoController::class)->withTrashed(['show']);

リソースモデルの指定Specifying the Resource Model

ルートモデル結合を使用していて、リソースコントローラのメソッドでモデルインスタンスをタイプヒントしたい場合は、コントローラを生成するときのオプションに--modelを使用します。If you are using route model binding[/docs/{{version}}/routing#route-model-binding] and would like the resource controller's methods to type-hint a model instance, you may use the --model option when generating the controller:

php artisan make:controller PhotoController --model=Photo --resource

フォームリクエストの生成Generating Form Requests

リソースコントローラの生成時に、--requestsオプションを指定すると、コントローラの保存と更新メソッド用にフォームリクエストクラスを生成するようにArtisanへ指定できます。You may provide the --requests option when generating a resource controller to instruct Artisan to generate form request classes[/docs/{{version}}/validation#form-request-validation] for the controller's storage and update methods:

php artisan make:controller PhotoController --model=Photo --resource --requests

部分的なリソースルートPartial Resource Routes

リソースルートの宣言時に、デフォルトアクション全部を指定する代わりに、ルートで処理するアクションの一部を指定可能です。When declaring a resource route, you may specify a subset of actions the controller should handle instead of the full set of default actions:

use App\Http\Controllers\PhotoController;

Route::resource('photos', PhotoController::class)->only([
    'index', 'show'
]);

Route::resource('photos', PhotoController::class)->except([
    'create', 'store', 'update', 'destroy'
]);

APIリソースルートAPI Resource Routes

APIに使用するリソースルートを宣言する場合、createeditのようなHTMLテンプレートを提供するルートを除外したいことがよく起こります。そのため、これらの2ルートを自動的に除外する、apiResourceメソッドが使用できます。When declaring resource routes that will be consumed by APIs, you will commonly want to exclude routes that present HTML templates such as create and edit. For convenience, you may use the apiResource method to automatically exclude these two routes:

use App\Http\Controllers\PhotoController;

Route::apiResource('photos', PhotoController::class);

apiResourcesメソッドに配列として渡すことで、一度に複数のAPIリソースコントローラを登録できます。You may register many API resource controllers at once by passing an array to the apiResources method:

use App\Http\Controllers\PhotoController;
use App\Http\Controllers\PostController;

Route::apiResources([
    'photos' => PhotoController::class,
    'posts' => PostController::class,
]);

createeditメソッドを含まないAPIリソースコントローラを素早く生成するには、make:controllerコマンドを実行する際、--apiスイッチを使用してください。To quickly generate an API resource controller that does not include the create or edit methods, use the --api switch when executing the make:controller command:

php artisan make:controller PhotoController --api

ネストしたリソースNested Resources

ネストしたリソースへのルートを定義したい場合もあるでしょう。たとえば、写真リソースは、写真へ投稿された複数のコメントを持っているかもしれません。リソースコントローラをネストするには、ルート宣言で「ドット」表記を使用します。Sometimes you may need to define routes to a nested resource. For example, a photo resource may have multiple comments that may be attached to the photo. To nest the resource controllers, you may use "dot" notation in your route declaration:

use App\Http\Controllers\PhotoCommentController;

Route::resource('photos.comments', PhotoCommentController::class);

このルートにより次のようなURLでアクセスする、ネストしたリソースが定義できます。This route will register a nested resource that may be accessed with URIs like the following:

/photos/{photo}/comments/{comment}

ネストしたリソースのスコープScoping Nested Resources

Laravelの暗黙的なモデル結合機能は、リソース解決する子モデルが親モデルに属することを確認するように、ネストした結合を自動的にスコープできます。ネストしたリソースを定義するときにscopedメソッドを使用することにより、自動スコープを有効にしたり、子リソースを取得するフィールドをLaravelに指示したりできます。この実現方法の詳細は、リソースルートのスコープに関するドキュメントを参照してください。Laravel's implicit model binding[/docs/{{version}}/routing#implicit-model-binding-scoping] feature can automatically scope nested bindings such that the resolved child model is confirmed to belong to the parent model. By using the scoped method when defining your nested resource, you may enable automatic scoping as well as instruct Laravel which field the child resource should be retrieved by. For more information on how to accomplish this, please see the documentation on scoping resource routes[#restful-scoping-resource-routes].

ShallowネストShallow Nesting

子のIDがすでに一意な識別子になってる場合、親子両方のIDをURIに含める必要はまったくありません。主キーの自動増分のように、一意の識別子をURIセグメント中でモデルを識別するために使用しているのなら、「shallow(浅い)ネスト」を使用できます。Often, it is not entirely necessary to have both the parent and the child IDs within a URI since the child ID is already a unique identifier. When using unique identifiers such as auto-incrementing primary keys to identify your models in URI segments, you may choose to use "shallow nesting":

use App\Http\Controllers\CommentController;

Route::resource('photos.comments', CommentController::class)->shallow();

このルート定義は、以下のルートを定義します。This route definition will define the following routes:

動詞Verb URIURI アクションAction ルート名Route Name
GETGET /photos/{photo}/comments/photos/{photo}/comments indexindex photos.comments.indexphotos.comments.index
GETGET /photos/{photo}/comments/create/photos/{photo}/comments/create createcreate photos.comments.createphotos.comments.create
POSTPOST /photos/{photo}/comments/photos/{photo}/comments storestore photos.comments.storephotos.comments.store
GETGET /comments/{comment}/comments/{comment} showshow comments.showcomments.show
GETGET /comments/{comment}/edit/comments/{comment}/edit editedit comments.editcomments.edit
PUT/PATCHPUT/PATCH /comments/{comment}/comments/{comment} updateupdate comments.updatecomments.update
DELETEDELETE /comments/{comment}/comments/{comment} destroydestroy comments.destroycomments.destroy

リソースルートの命名Naming Resource Routes

すべてのリソースコントローラアクションにはデフォルトのルート名があります。ただし、names配列に指定したいルート名を渡すことで、この名前を上書きできます。By default, all resource controller actions have a route name; however, you can override these names by passing a names array with your desired route names:

use App\Http\Controllers\PhotoController;

Route::resource('photos', PhotoController::class)->names([
    'create' => 'photos.build'
]);

リソースルートパラメータの命名Naming Resource Route Parameters

Route::resourceはデフォルトで、リソース名の「単数形」バージョンに基づいて、リソースルートのルートパラメータを作成します。parametersメソッドを使用して、リソースごとにこれを簡単にオーバーライドできます。parametersメソッドに渡す配列は、リソース名とパラメータ名の連想配列である必要があります。By default, Route::resource will create the route parameters for your resource routes based on the "singularized" version of the resource name. You can easily override this on a per resource basis using the parameters method. The array passed into the parameters method should be an associative array of resource names and parameter names:

use App\Http\Controllers\AdminUserController;

Route::resource('users', AdminUserController::class)->parameters([
    'users' => 'admin_user'
]);

上記の例では、リソースのshowルートに対して以下のURIが生成されます。The example above generates the following URI for the resource's show route:

/users/{admin_user}

リソースルートのスコープScoping Resource Routes

Laravelのスコープ付き暗黙モデル結合機能は、解決する子モデルが親モデルに属することを確認するように、ネストした結合を自動的にスコープできます。ネストしたリソースを定義するときにscopedメソッドを使用することで、自動スコープを有効にし、以下のように子リソースを取得するフィールドをLaravelに指示できます。Laravel's scoped implicit model binding[/docs/{{version}}/routing#implicit-model-binding-scoping] feature can automatically scope nested bindings such that the resolved child model is confirmed to belong to the parent model. By using the scoped method when defining your nested resource, you may enable automatic scoping as well as instruct Laravel which field the child resource should be retrieved by:

use App\Http\Controllers\PhotoCommentController;

Route::resource('photos.comments', PhotoCommentController::class)->scoped([
    'comment' => 'slug',
]);

このルートは、以下のようなURIでアクセスする、スコープ付きのネストしたリソースを登録します。This route will register a scoped nested resource that may be accessed with URIs like the following:

/photos/{photo}/comments/{comment:slug}

ネストしたルートパラメータとしてカスタムキー付き暗黙的結合を使用する場合、親からネストしているモデルを取得するために、Laravelはクエリのスコープを自動的に設定し、親のリレーション名を推測する規則を使用します。この場合、Photoモデルには、Commentモデルを取得するために使用できるcomments(ルートパラメータ名の複数形)という名前のリレーションがあると想定します。When using a custom keyed implicit binding as a nested route parameter, Laravel will automatically scope the query to retrieve the nested model by its parent using conventions to guess the relationship name on the parent. In this case, it will be assumed that the Photo model has a relationship named comments (the plural of the route parameter name) which can be used to retrieve the Comment model.

リソースURIのローカライズLocalizing Resource URIs

Route::resourceはデフォルトで、英語の動詞とその複数形の規則を使用してリソースURIを作成します。もし createeditアクションの動詞をローカライズする必要がある場合は、Route::resourceVerbsメソッドを使用してください。これは、アプリケーションのAppProviders内の、bootメソッドの先頭で行ってください。By default, Route::resource will create resource URIs using English verbs and plural rules. If you need to localize the create and edit action verbs, you may use the Route::resourceVerbs method. This may be done at the beginning of the boot method within your application's App\Providers\AppServiceProvider:

/**
 * アプリケーションの全サービスの初期起動処理
 */
public function boot(): void
{
    Route::resourceVerbs([
        'create' => 'crear',
        'edit' => 'editar',
    ]);
}

Laravelの複数形化機能は、皆さんがニーズに基づいて設定した複数の異なる言語をサポートしています。言語の動詞と複数形化をカスタマイズしたら、Route::resource('publicacion', PublicacionController::class)のようなリソースルート登録で、以下のURIが生成されるようになります。Laravel's pluralizer supports several different languages which you may configure based on your needs[/docs/{{version}}/localization#pluralization-language]. Once the verbs and pluralization language have been customized, a resource route registration such as Route::resource('publicacion', PublicacionController::class) will produce the following URIs:

/publicacion/crear

/publicacion/{publicaciones}/editar

リソースコントローラへのルート追加Supplementing Resource Controllers

リソースルートのデフォルトセットを超えてリソースコントローラにルートを追加する必要がある場合は、Route::resourceメソッドを呼び出す前にそれらのルートを定義する必要があります。そうしないと、resourceメソッドで定義されたルートが、意図せずに補足ルートよりも優先される可能性があります。If you need to add additional routes to a resource controller beyond the default set of resource routes, you should define those routes before your call to the Route::resource method; otherwise, the routes defined by the resource method may unintentionally take precedence over your supplemental routes:

use App\Http\Controller\PhotoController;

Route::get('/photos/popular', [PhotoController::class, 'popular']);
Route::resource('photos', PhotoController::class);

lightbulb Note: コントローラの責務を限定することを思い出してください。典型的なリソースアクションから外れたメソッドが繰り返して必要になっているようであれば、コントローラを2つに分け、小さなコントローラにすることを考えましょう。[!NOTE]
Remember to keep your controllers focused. If you find yourself routinely needing methods outside of the typical set of resource actions, consider splitting your controller into two, smaller controllers.

シングルトンリソースコントローラSingleton Resource Controllers

アプリケーションが単一インスタンスのリソースだけ持つことが時々あります。例えば、ユーザーの「プロフィール」は編集や更新が可能ですが、ユーザーが複数の「プロフィール」を持つことはありません。同様に、画像は1つの「サムネイル」だけを持つことができます。こうしたリソースは、「シングルトンリソース」と呼ばれ、リソースのインスタンスは1つしか存在しないことを意味します。このようなシナリオでは、「シングルトン」リソースコントローラを登録してください。Sometimes, your application will have resources that may only have a single instance. For example, a user's "profile" can be edited or updated, but a user may not have more than one "profile". Likewise, an image may have a single "thumbnail". These resources are called "singleton resources", meaning one and only one instance of the resource may exist. In these scenarios, you may register a "singleton" resource controller:

use App\Http\Controllers\ProfileController;
use Illuminate\Support\Facades\Route;

Route::singleton('profile', ProfileController::class);

上記のシングルトンリソース定義により、以下のルートを登録します。このように、シングルトンリソースでは「作成」ルートを登録しません。また、リソースのインスタンスが1つしか存在しないため、登録するルートは識別子を受け付けません。The singleton resource definition above will register the following routes. As you can see, "creation" routes are not registered for singleton resources, and the registered routes do not accept an identifier since only one instance of the resource may exist:

動詞Verb URIURI アクションAction ルート名Route Name
GETGET /profile/profile showshow profile.showprofile.show
GETGET /profile/edit/profile/edit editedit profile.editprofile.edit
PUT/PATCHPUT/PATCH /profile/profile updateupdate profile.updateprofile.update

シングルトン・リソースは、標準リソースの中に入れ子にすることもできます。Singleton resources may also be nested within a standard resource:

Route::singleton('photos.thumbnail', ThumbnailController::class);

この例では、photosリソースはすべての標準リソースルートを受け取ります。しかし、thumbnailリソースは、以下のルートを持つシングルトンリソースとなります。In this example, the photos resource would receive all of the standard resource routes[#actions-handled-by-resource-controllers]; however, the thumbnail resource would be a singleton resource with the following routes:

動詞Verb URIURI アクションAction ルート名Route Name
GETGET /photos/{photo}/thumbnail/photos/{photo}/thumbnail showshow photos.thumbnail.showphotos.thumbnail.show
GETGET /photos/{photo}/thumbnail/edit/photos/{photo}/thumbnail/edit editedit photos.thumbnail.editphotos.thumbnail.edit
PUT/PATCHPUT/PATCH /photos/{photo}/thumbnail/photos/{photo}/thumbnail updateupdate photos.thumbnail.updatephotos.thumbnail.update

シングルトンリソースの作成Creatable Singleton Resources

シングルトンリソースを作成、保存するルートを定義したい場合も時にはあります。これを行うには、シングルトンリソースルートを登録する際、creatableメソッドを呼び出してください。Occasionally, you may want to define creation and storage routes for a singleton resource. To accomplish this, you may invoke the creatable method when registering the singleton resource route:

Route::singleton('photos.thumbnail', ThumbnailController::class)->creatable();

この例では、以下のルートを登録します。ご覧の通り、作成可能なシングルトンリソースには、DELETEルートも登録します。In this example, the following routes will be registered. As you can see, a DELETE route will also be registered for creatable singleton resources:

動詞Verb URIURI アクションAction ルート名Route Name
GETGET /photos/{photo}/thumbnail/create/photos/{photo}/thumbnail/create createcreate photos.thumbnail.createphotos.thumbnail.create
POSTPOST /photos/{photo}/thumbnail/photos/{photo}/thumbnail storestore photos.thumbnail.storephotos.thumbnail.store
GETGET /photos/{photo}/thumbnail/photos/{photo}/thumbnail showshow photos.thumbnail.showphotos.thumbnail.show
GETGET /photos/{photo}/thumbnail/edit/photos/{photo}/thumbnail/edit editedit photos.thumbnail.editphotos.thumbnail.edit
PUT/PATCHPUT/PATCH /photos/{photo}/thumbnail/photos/{photo}/thumbnail updateupdate photos.thumbnail.updatephotos.thumbnail.update
DELETEDELETE /photos/{photo}/thumbnail/photos/{photo}/thumbnail destroydestroy photos.thumbnail.destroyphotos.thumbnail.destroy

LaravelにシングルトンリソースのDELETEルートを登録し、作成/保存ルートは登録したくない場合は、destroyableメソッドを利用します。If you would like Laravel to register the DELETE route for a singleton resource but not register the creation or storage routes, you may utilize the destroyable method:

Route::singleton(...)->destroyable();

APIのシングルトンリソースAPI Singleton Resources

apiSingletonメソッドを使用すると、API経由で操作するシングルトンリソースを登録できます。The apiSingleton method may be used to register a singleton resource that will be manipulated via an API, thus rendering the create and edit routes unnecessary:

Route::apiSingleton('profile', ProfileController::class);

もちろん、APIシングルトンリソースは、creatableにすることも可能で、この場合はそのリソースに対する、storedestroyルートを登録します。Of course, API singleton resources may also be creatable, which will register store and destroy routes for the resource:

Route::apiSingleton('photos.thumbnail', ProfileController::class)->creatable();

依存注入とコントローラDependency Injection and Controllers

コンストラクターインジェクションConstructor Injection

全コントローラの依存を解決するために、Laravelのサービスコンテナが使用されます。これにより、コントローラが必要な依存をコンストラクターにタイプヒントで指定できるのです。依存クラスは自動的に解決され、コントローラへインスタンスが注入されます。The Laravel service container[/docs/{{version}}/container] is used to resolve all Laravel controllers. As a result, you are able to type-hint any dependencies your controller may need in its constructor. The declared dependencies will automatically be resolved and injected into the controller instance:

<?php

namespace App\Http\Controllers;

use App\Repositories\UserRepository;

class UserController extends Controller
{
    /**
     * 新しいコントローラインスタンスの生成
     */
    public function __construct(
        protected UserRepository $users,
    ) {}
}

メソッドインジェクションMethod Injection

コンストラクターによる注入に加え、コントローラのメソッドでもタイプヒントにより依存を指定することもできます。メソッドインジェクションの典型的なユースケースは、コントローラメソッドへIlluminate\Http\Requestインスタンスを注入する場合です。In addition to constructor injection, you may also type-hint dependencies on your controller's methods. A common use-case for method injection is injecting the Illuminate\Http\Request instance into your controller methods:

<?php

namespace App\Http\Controllers;

use Illuminate\Http\RedirectResponse;
use Illuminate\Http\Request;

class UserController extends Controller
{
    /**
     * 新ユーザーの保存
     */
    public function store(Request $request): RedirectResponse
    {
        $name = $request->name;

        // Store the user...

        return redirect('/users');
    }
}

コントローラメソッドへルートパラメータによる入力値が渡される場合も、依存定義の後に続けてルート引数を指定します。たとえば以下のようにルートが定義されていれば:If your controller method is also expecting input from a route parameter, list your route arguments after your other dependencies. For example, if your route is defined like so:

use App\Http\Controllers\UserController;

Route::put('/user/{id}', [UserController::class, 'update']);

下記のようにIlluminate\Http\Requestをタイプヒントで指定しつつ、コントローラメソッドで定義しているidパラメータにアクセスできます。You may still type-hint the Illuminate\Http\Request and access your id parameter by defining your controller method as follows:

<?php

namespace App\Http\Controllers;

use Illuminate\Http\RedirectResponse;
use Illuminate\Http\Request;

class UserController extends Controller
{
    /**
     * 指定ユーザーの更新
     */
    public function update(Request $request, string $id): RedirectResponse
    {
        // Update the user...

        return redirect('/users');
    }
}

章選択

設定

明暗テーマ
light_mode
dark_mode
brightness_auto システム設定に合わせる
テーマ選択
photo_size_select_actual デフォルト
photo_size_select_actual モノクローム(白黒)
photo_size_select_actual Solarized風
photo_size_select_actual GitHub風(青ベース)
photo_size_select_actual Viva(黄緑ベース)
photo_size_select_actual Happy(紫ベース)
photo_size_select_actual Mint(緑ベース)
コードハイライトテーマ選択

明暗テーマごとに、コードハイライトのテーマを指定できます。

テーマ配色確認
スクリーン表示幅
640px
80%
90%
100%

768px以上の幅があるときのドキュメント部分表示幅です。

インデント
無し
1rem
2rem
3rem
原文確認
原文を全行表示
原文を一行ずつ表示
使用しない

※ 段落末のEボタンへカーソルオンで原文をPopupします。

Diff表示形式
色分けのみで区別
行頭の±で区別
削除線と追記で区別

※ [tl!…]形式の挿入削除行の表示形式です。

テストコード表示
両コード表示
Pestのみ表示
PHPUnitのみ表示
OS表示
全OS表示
macOSのみ表示
windowsのみ表示
linuxのみ表示
和文変換

対象文字列と置換文字列を半角スペースで区切ってください。(最大5組各10文字まで)

本文フォント

総称名以外はCSSと同様に、"〜"でエスケープしてください。

コードフォント

総称名以外はCSSと同様に、"〜"でエスケープしてください。

保存内容リセット

localStrageに保存してある設定項目をすべて削除し、デフォルト状態へ戻します。

ヘッダー項目移動

キーボード操作