Fasády poskytují čistý, statickému stylu podobný interface pro třídy v kontejneru služeb — např. Cache::get(), DB::table(), Route::get(). Vypadají jako statické volání metod, ale ve skutečnosti delegují na objekty vyřešené z kontejneru, kombinují pohodlí statické syntaxe s testovatelností dependency injection.
use Illuminate\Support\Facades\Cache;
Cache::put('key', 'value', 60); // looks like a static call...
Cache::get('key');
// ...but under the hood it proxies to a container-resolved cache instance.
// Equivalent to: app('cache')->put('key', 'value', 60);
Fasáda není opravdu statická třída — předává volání skutečnému objektu vyrešenému z kontejneru služeb. Takže máte čistou, pohodlnou syntaxi, zatímco skutečná práce se provádí injektovatelnou, mockabilní službou.
DB::table('users')->get(); // database
Cache::remember('stats', 60, fn() => compute()); // caching
Auth::user(); // authentication
Route::get('/', ...); // routing
Log::info('message'); // logging
Storage::put('file.txt', $content); // filesystem
Mail::to($user)->send(new Welcome()); // mail
Validator::make($data, $rules); // validation
Fasády poskytují pamětihodné, expresivní API k Laravel službám — součást "elegantní syntaxe" frameworku.
// you can MOCK a facade in tests (impossible with true static methods)
Cache::shouldReceive('get')->with('key')->andReturn('value');
Mail::fake(); // assert mail was sent without sending it
Mail::assertSent(WelcomeEmail::class);
Protože fasády delegují na objekty z kontejneru, Laravel může vyměňovat mocky pro testování — Cache::shouldReceive(...), Mail::fake() — něco, co opravdové statické metody neumožňují.
Facade → convenient static-like syntax (Cache::get()), great for quick access
DI (constructor injection) → explicit dependencies, clearer for testing/coupling
→ Both resolve from the container; facades are sugar. Use DI when you want explicit
dependencies; facades for concise access. (Some prefer DI for clarity.)
Fasády jsou charakteristická a všudypřítomná vlastnost Laravel — objevují se v celém Laravel kódu (DB::, Cache::, Auth::, Route::, atd.), proto je jejich pochopení důležité pro čtení a psaní Laravel aplikací.
Klíčová myšlenka je, že fasády vypadají jako statická volání, ale ve skutečnosti delegují na objekty vyřešené z kontejneru služeb — to vám dává pohodlnou, expresivní syntaxi podobnou statickým voláním, která je součástí Laravel přitažlivosti, při zachování výhod dependency injection pod povrchem (skutečnou práci provádí injektovatelné, mockabilní služby).
Zásadně to znamená, že fasády jsou testovatelné navzdory jejich statickému vzhledu: Laravel může vyměňovat mocky (Cache::shouldReceive(), Mail::fake()) — něco, co je u opravdových statických metod nemožné, které jsou notoricky obtížné na testování.
Pochopení toho, jak fasády fungují (kontejnerové delegování), obvyklé fasády, jejich testovatelnost a kompromis s explicitní dependency injection (fasády pro stručný přístup vs. konstruktorová injekce pro explicitní, jasné závislosti — obě platné, vyřešované ze stejného kontejneru) je důležité znalosti pro efektivní práci s Laravel a pro informované rozhodování o architektuře.
Protože fasády jsou jednou z nejznámějších vlastností Laravel a používají se neustále, demystifikace jejich fungování (nejsou to magické statiky, ale kontejnerové proxy) a vědomost, kdy je použít versus dependency injection, odráží solidní pochopení návrhu frameworku a pomáhá vám psát čistý, testovatelný Laravel kód.