파사드
번역일: 2026년 6월 20일
파사드
소개
Laravel 공식 문서 전반에 걸쳐 "파사드(Facade)"를 통해 Laravel 기능을 사용하는 예제를 자주 접하게 됩니다. 파사드는 애플리케이션의 서비스 컨테이너에 등록된 클래스에 "정적(static)" 인터페이스처럼 접근할 수 있게 해 줍니다. Laravel은 거의 모든 기능에 접근할 수 있는 다양한 파사드를 기본으로 제공합니다.
파사드는 서비스 컨테이너에서 꺼낸 객체에 대한 "정적 프록시" 역할을 합니다. 덕분에 짧고 표현력 있는 문법을 쓸 수 있으면서도, 전통적인 정적 메서드보다 훨씬 테스트하기 쉽고 유연합니다. 파사드의 내부 동작이 처음에는 다소 낯설 수 있지만, 우선 자연스럽게 사용하면서 Laravel을 익혀 나가도 충분합니다.
모든 Laravel 파사드는 Illuminate\Support\Facades 네임스페이스 아래에 정의되어 있습니다. 따라서 다음과 같이 간단하게 사용할 수 있습니다.
use Illuminate\Support\Facades\Cache;
use Illuminate\Support\Facades\Route;
Route::get('/cache', function () {
return Cache::get('key');
});헬퍼 함수
파사드를 보완하는 수단으로, Laravel은 자주 쓰이는 작업을 더 간편하게 처리할 수 있는 전역 "헬퍼 함수"도 다양하게 제공합니다. view, response, url, config 등이 대표적입니다. 각 헬퍼 함수는 해당 기능 문서에서 설명하며, 전체 목록은 헬퍼 문서에서 확인할 수 있습니다.
예를 들어, JSON 응답을 생성할 때 Illuminate\Support\Facades\Response 파사드 대신 response 헬퍼 함수를 바로 쓸 수 있습니다. 헬퍼 함수는 전역으로 사용 가능하므로 별도로 클래스를 임포트할 필요가 없습니다.
use Illuminate\Support\Facades\Response;
// 파사드 방식
Route::get('/users', function () {
return Response::json([
// ...
]);
});
// 헬퍼 함수 방식 (동일하게 동작)
Route::get('/users', function () {
return response()->json([
// ...
]);
});파사드를 사용할 시점
파사드는 여러 장점이 있습니다. 긴 클래스명을 외우거나 직접 주입·설정하지 않아도 Laravel 기능을 간결하고 직관적인 문법으로 쓸 수 있습니다. 또한 PHP의 동적 메서드를 활용하는 구조 덕분에 테스트도 수월합니다.
다만 주의해야 할 점이 있습니다. 파사드는 사용이 너무 쉬운 나머지, 하나의 클래스에 파사드를 무분별하게 늘려 클래스가 지나치게 커지는 "책임 범위 비대화" 문제가 생길 수 있습니다. 의존성 주입을 사용하면 생성자 파라미터가 많아질수록 클래스가 너무 커지고 있다는 신호를 시각적으로 받게 되지만, 파사드를 사용할 때는 이런 피드백이 없습니다. 따라서 파사드를 쓸 때는 클래스의 크기와 책임 범위에 특별히 신경을 써야 합니다. 클래스가 너무 커진다면 여러 개의 작은 클래스로 분리하는 것을 고려하세요.
파사드 vs. 의존성 주입
의존성 주입의 핵심 장점 중 하나는 주입된 클래스의 구현체를 교체할 수 있다는 점입니다. 테스트 시 mock이나 stub을 주입하고 특정 메서드 호출 여부를 검증할 수 있어 매우 유용합니다.
순수한 정적 메서드는 일반적으로 mock이 불가능합니다. 그러나 파사드는 서비스 컨테이너에서 꺼낸 객체에 동적으로 메서드 호출을 위임하는 구조이므로, 주입된 클래스 인스턴스를 테스트하는 것과 동일하게 테스트할 수 있습니다. 예를 들어 다음 라우트가 있다고 가정해 보겠습니다.
use Illuminate\Support\Facades\Cache;
Route::get('/cache', function () {
return Cache::get('key');
});Laravel의 파사드 테스트 메서드를 사용하면 Cache::get이 기대한 인수와 함께 호출되었는지 다음과 같이 검증할 수 있습니다.
use Illuminate\Support\Facades\Cache;
/**
* 기본 기능 테스트 예제
*/
public function test_basic_example(): void
{
Cache::shouldReceive('get')
->with('key')
->andReturn('value');
$response = $this->get('/cache');
$response->assertSee('value');
}파사드 vs. 헬퍼 함수
파사드 외에도 Laravel은 뷰 생성, 이벤트 발생, Job 디스패치, HTTP 응답 반환 등 공통 작업을 위한 다양한 헬퍼 함수를 제공합니다. 이 중 상당수는 대응하는 파사드와 동일하게 동작합니다. 아래 두 코드는 완전히 같은 결과를 냅니다.
return Illuminate\Support\Facades\View::make('profile');
return view('profile');파사드와 헬퍼 함수 사이에 실질적인 차이는 없습니다. 헬퍼 함수도 파사드와 동일한 방식으로 테스트할 수 있습니다. 예를 들어 다음 라우트를 보겠습니다.
Route::get('/cache', function () {
return cache('key');
});cache 헬퍼는 내부적으로 Cache 파사드가 감싸고 있는 클래스의 get 메서드를 호출합니다. 따라서 헬퍼 함수를 사용하더라도 파사드와 동일한 방식으로 테스트를 작성할 수 있습니다.
use Illuminate\Support\Facades\Cache;
/**
* 기본 기능 테스트 예제
*/
public function test_basic_example(): void
{
Cache::shouldReceive('get')
->with('key')
->andReturn('value');
$response = $this->get('/cache');
$response->assertSee('value');
}파사드의 동작 원리
Laravel 애플리케이션에서 파사드는 컨테이너에 등록된 객체에 접근하는 클래스입니다. 이 동작을 가능하게 하는 핵심 로직은 Facade 기본 클래스에 있으며, Laravel이 제공하는 파사드와 직접 만드는 커스텀 파사드 모두 Illuminate\Support\Facades\Facade를 상속합니다.
Facade 기본 클래스는 PHP의 __callStatic() 매직 메서드를 활용하여, 파사드에서의 정적 메서드 호출을 서비스 컨테이너에서 꺼낸 실제 객체의 메서드 호출로 위임합니다. 아래 예제를 살펴보면, 겉으로는 Cache 클래스의 정적 메서드 get을 직접 호출하는 것처럼 보입니다.
<?php
namespace App\Http\Controllers;
use App\Http\Controllers\Controller;
use Illuminate\Support\Facades\Cache;
use Illuminate\View\View;
class UserController extends Controller
{
/**
* 주어진 사용자의 프로필을 표시합니다.
*/
public function showProfile(string $id): View
{
$user = Cache::get('user:'.$id);
return view('profile', ['user' => $user]);
}
}파일 상단에서 Cache 파사드를 임포트하고 있습니다. 이 파사드는 Illuminate\Contracts\Cache\Factory 인터페이스의 구현체에 접근하기 위한 프록시 역할을 합니다. 파사드를 통해 호출하는 모든 메서드는 실제 캐시 서비스 인스턴스로 전달됩니다.
Illuminate\Support\Facades\Cache 클래스를 직접 살펴보면, get이라는 정적 메서드가 존재하지 않는다는 것을 알 수 있습니다.
class Cache extends Facade
{
/**
* 컴포넌트의 등록된 이름을 반환합니다.
*/
protected static function getFacadeAccessor(): string
{
return 'cache';
}
}Cache 파사드는 기본 Facade 클래스를 상속하고 getFacadeAccessor() 메서드만 정의합니다. 이 메서드는 서비스 컨테이너 바인딩 이름을 반환합니다. 사용자가 Cache 파사드의 정적 메서드를 호출하면, Laravel은 서비스 컨테이너에서 cache 바인딩을 꺼낸 뒤 해당 객체에 요청된 메서드(여기서는 get)를 실행합니다.
실시간 파사드
실시간 파사드(Real-Time Facades)를 사용하면 애플리케이션 내 어떤 클래스든 파사드처럼 다룰 수 있습니다. 먼저 실시간 파사드 없이 작성한 코드를 살펴보겠습니다. 예를 들어 Podcast 모델에 publish 메서드가 있고, 팟캐스트를 게시하려면 Publisher 인스턴스를 주입해야 한다고 가정합니다.
<?php
namespace App\Models;
use App\Contracts\Publisher;
use Illuminate\Database\Eloquent\Model;
class Podcast extends Model
{
/**
* 팟캐스트를 게시합니다.
*/
public function publish(Publisher $publisher): void
{
$this->update(['publishing' => now()]);
$publisher->publish($this);
}
}메서드에 Publisher 구현체를 주입하면 테스트 시 mock으로 교체할 수 있어 격리 테스트가 가능합니다. 하지만 publish를 호출할 때마다 항상 Publisher 인스턴스를 직접 전달해야 하는 번거로움이 있습니다. 실시간 파사드를 사용하면 테스트 용이성은 그대로 유지하면서, Publisher 인스턴스를 명시적으로 전달하지 않아도 됩니다. 실시간 파사드를 만들려면 임포트하는 클래스의 네임스페이스 앞에 Facades를 붙이면 됩니다.
<?php namespace App\Models; use App\Contracts\Publisher; //use Facades\App\Contracts\Publisher; //use Illuminate\Database\Eloquent\Model; class Podcast extends Model{ /** * 팟캐스트를 게시합니다. */ public function publish(Publisher $publisher): void // public function publish(): void // { $this->update(['publishing' => now()]); $publisher->publish($this); // Publisher::publish($this); // }}실시간 파사드가 사용되면, Facades 접두사 뒤에 오는 인터페이스 또는 클래스명을 기준으로 서비스 컨테이너에서 구현체를 꺼냅니다. 테스트 시에는 Laravel에 내장된 파사드 테스트 헬퍼를 그대로 활용할 수 있습니다.
<?php
namespace Tests\Feature;
use App\Models\Podcast;
use Facades\App\Contracts\Publisher;
use Illuminate\Foundation\Testing\RefreshDatabase;
use Tests\TestCase;
class PodcastTest extends TestCase
{
use RefreshDatabase;
/**
* 팟캐스트 게시 테스트
*/
public function test_podcast_can_be_published(): void
{
$podcast = Podcast::factory()->create();
Publisher::shouldReceive('publish')->once()->with($podcast);
$podcast->publish();
}
}파사드 클래스 레퍼런스
아래 표는 Laravel이 제공하는 모든 파사드와 그에 대응하는 실제 클래스, 그리고 서비스 컨테이너 바인딩 키를 정리한 것입니다. 특정 파사드의 API 문서를 빠르게 찾아볼 때 유용하게 활용할 수 있습니다.