Laravel 컨트롤러

1 개요

Controllers

컨트롤러

https://laravel.com/docs/11.x/controllers

2 소개

라우트 파일에서 모든 요청 처리 로직을 클로저로 정의하는 대신 "컨트롤러" 클래스를 사용하여 이러한 동작을 조직화할 수 있습니다. 컨트롤러는 관련된 요청 처리 로직을 하나의 클래스로 그룹화할 수 있습니다. 예를 들어, UserController 클래스는 사용자와 관련된 모든 들어오는 요청을 처리할 수 있습니다. 사용자의 표시, 생성, 업데이트, 삭제와 같은 작업이 포함될 수 있습니다. 기본적으로 컨트롤러는 app/Http/Controllers 디렉토리에 저장됩니다.

3 컨트롤러 작성

3.1 기본 컨트롤러

새로운 컨트롤러를 빠르게 생성하려면, make:controller Artisan 명령어를 실행할 수 있습니다. 기본적으로 애플리케이션의 모든 컨트롤러는 app/Http/Controllers 디렉토리에 저장됩니다:

php artisan make:controller UserController

기본 컨트롤러의 예제를 살펴보겠습니다. 컨트롤러는 들어오는 HTTP 요청에 응답할 수 있는 여러 개의 public 메소드를 가질 수 있습니다:

<?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)
        ]);
    }
}

컨트롤러 클래스와 메소드를 작성한 후, 다음과 같이 컨트롤러 메소드에 대한 라우트를 정의할 수 있습니다:

use App\Http\Controllers\UserController;
 
Route::get('/user/{id}', [UserController::class, 'show']);

들어오는 요청이 지정된 라우트 URI와 매치하면, App\Http\Controllers\UserController 클래스의 show 메소드가 호출되고 라우트 매개변수가 메소드에 전달됩니다.

Note

컨트롤러는 기본 클래스를 확장할 필요는 없습니다. 그러나 모든 컨트롤러에서 공유되어야 하는 메소드를 포함하는 기본 컨트롤러 클래스를 확장하는 것이 편리할 때도 있습니다.

3.2 단일 액션 컨트롤러

컨트롤러 액션이 특히 복잡한 경우, 단일 액션을 위해 전체 컨트롤러 클래스를 전담하는 것이 편리할 수 있습니다. 이를 위해 컨트롤러 내에 단일 __invoke 메소드를 정의할 수 있습니다:

<?php

namespace App\Http\Controllers;

class ProvisionServer extends Controller
{
    /**
     * 새로운 웹 서버를 프로비저닝합니다.
     */
    public function __invoke()
    {
        // ...
    }
}

단일 액션 컨트롤러에 대한 라우트를 등록할 때는 컨트롤러 메소드를 지정할 필요가 없습니다. 대신, 컨트롤러의 이름만 라우터에 전달하면 됩니다:

use App\Http\Controllers\ProvisionServer;

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

make:contoller Artisan 명령어의 --invokable 옵션을 사용하여 invokable 컨트롤러를 생성할 수 있습니다:

php artisan make:controller ProvisionServer --invokable

Note

컨트롤러 스텁은 스텁 퍼블리싱을 통해 커스터마이징할 수 있습니다.

4 컨트롤러 미들웨어

미들웨어는 라우트 파일에서 컨트롤러의 라우트에 할당할 수 있습니다:

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

또는, 컨트롤러 클래스 내에서 미들웨어를 지정하는 것이 편리할 수 있습니다. 이를 위해 컨트롤러는 HasMiddleware 인터페이스를 구현해야 하며, 이 인터페이스는 컨트롤러가 정적 middleware 메소드를 가져야 함을 명시합니다. 이 메소드에서 컨트롤러의 동작에 적용될 미들웨어 배열을 반환할 수 있습니다:

<?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']),
        ];
    }

    // ...
}

컨트롤러 미들웨어를 클로저로 정의할 수도 있습니다. 이는 전체 미들웨어 클래스를 작성하지 않고 인라인 미들웨어를 정의하는 편리한 방법을 제공합니다:

use Closure;
use Illuminate\Http\Request;

/**
 * 컨트롤러에 할당할 미들웨어를 가져옵니다.
 */
public static function middleware(): array
{
    return [
        function (Request $request, Closure $next) {
            return $next($request);
        },
    ];
}

5 리소스 컨트롤러

애플리케이션의 각 Eloquent 모델을 "리소스"로 생각하면, 애플리케이션의 각 리소스에 대해 동일한 작업 세트를 수행하는 것이 일반적입니다. 예를 들어, 애플리케이션에 Photo 모델과 Movie 모델이 있다고 가정해 보겠습니다. 사용자는 이러한 리소스를 생성, 읽기, 업데이트, 삭제할 수 있습니다.

이러한 일반적인 사용 사례 때문에, Laravel 리소스 라우팅은 단 한 줄의 코드로 컨트롤러에 대해 일반적인 생성, 읽기, 업데이트, 삭제("CRUD") 라우트를 할당합니다. 시작하려면, make:controller Artisan 명령어의 --resource 옵션을 사용하여 이러한 작업을 처리하는 컨트롤러를 빠르게 생성할 수 있습니다:

php artisan make:controller PhotoController --resource

이 명령어는 app/Http/Controllers/PhotoController.php에 컨트롤러를 생성합니다. 이 컨트롤러는 사용가능한 각 리소스 작업에 대한 메소드를 포함하게 됩니다. 다음으로, 리소스 라우트를 컨트롤러에 할당할 수 있습니다:

use App\Http\Controllers\PhotoController;

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

이 단일 라우트 선언은 리소스에 대한 다양한 작업을 처리하는 여러 라우트를 생성합니다. 생성된 컨트롤러는 이미 각 작업에 대한 메소드 스텁을 가지고 있습니다. 애플리케이션의 라우트를 빠르게 개요로 확인하려면 route:list Artisan 명령어를 실행할 수 있다는 점을 기억하세요.

여러 리소스 컨트롤러를 한 번에 등록하려면 배열을 resources 메소드에 전달하면 됩니다:

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

리소스 컨트롤러가 처리하는 작업

동사	URI	액션	라우트 이름
GET	/photos	index	photos.index
GET	/photos/create	create	photos.create
POST	/photos	store	photos.store
GET	/photos/{photo}	show	photos.show
GET	/photos/{photo}/edit	edit	photos.edit
PUT/PATCH	/photos/{photo}	update	photos.update
DELETE	/photos/{photo}	destroy	photos.destroy

위 표는 각 작업에 대해 HTTP 메소드(동사), URI, 액션, 라우트 이름을 정리한 것입니다.

모델을 찾지 못했을 때의 동작 커스터마이징

암시적으로 바인딩된 리소스 모델을 찾지 못한 경우, 일반적으로 404 HTTP 응답이 생성됩니다. 하지만, 리소스 라우트를 정의할 때 missing 메소드를 호출하여 이 동작을 커스터마이징할 수 있습니다. missing 메소드는 리소스의 라우트 중 암시적으로 바인딩된 모델을 찾지 못한 경우 호출될 클로저를 인수로 받습니다:

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');
        });

소프트 삭제된 모델

일반적으로 암시적 모델 바인딩은 소프트 삭제된 모델을 가져오지 않으며, 대신 404 HTTP 응답을 반환합니다. 그러나, withTrashed 메소드를 호출하여 소프트 삭제된 모델을 허용하도록 프레임워크에 지시할 수 있습니다:

use App\Http\Controllers\PhotoController;

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

인수가 없는 withTrashed 호출은 show, edit, update 리소스 라우트에서 소프트 삭제된 모델을 허용합니다. withTrashed 메소드에 배열을 전달하여 이러한 라우트 중 일부를 지정할 수 있습니다:

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

리소스 모델 지정

라우트 모델 바인딩을 사용하고 있으며, 리소스 컨트롤러의 메소드가 모델 인스턴스를 타입 힌트하도록 하려면, 컨트롤러를 생성할 때 --model 옵션을 사용할 수 있습니다:

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

폼 요청 생성

리소스 컨트롤러를 생성할 때 --requests 옵션을 제공하여 컨트롤러의 저자과 업데이트 메소드를 위한 폼 요청 클래스를 생성하도록 Artisan에 지시할 수 있습니다:

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