Fasade zagotavljajo čisto, statično podobno vmesnik do razredov v storitvenem kontejnerju — npr. Cache::get(), DB::table(), Route::get(). Izgledajo kot statični klic metode, vendar dejansko delegirajo osnovnim objektom, razrešenim iz kontejnerja, pri čemer kombinirajo priročnost statične sintakse s testabilnostjo injiciranja odvisnosti.
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);
Fasada ni pravi statični razred — naprej posreči klic resničnemu objektu, razrešenemu iz storitvenega kontejnerja. Tako dobite čisto, priročno sintakso, medtem ko je dejanska naloga opravljene z injicibilno, pretvarljivo storitvijo.
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
Fasade dajejo zapomljiv, izrazit API Laravelovim storitvam — del "elegantne sintakse" okvira.
// 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);
Ker fasade delegirajo objektom kontejnerja, lahko Laravel pri testiranju zamenja prividne — Cache::shouldReceive(...), Mail::fake() — nekaj, kar resnične statične metode ne dovoljujejo.
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.)
Fasade so značilna in razširjena Laravelova lastnost — pojavljajo se po celotni Laravelovi kodi (DB::, Cache::, Auth::, Route:: itd.), zato je njihovo razumevanje pomembno za branje in pisanje Laravelovih aplikacij.
Ključna spoznanja je, da fasade izgledajo kot statični klici, toda dejansko delegirajo objektom, razrešenim iz storitvenega kontejnerja — to vam daje priročno, izrazito statično podobno sintakso, ki je del Laravelovega privlačnosti, medtem ko ohranja koristi injiciranja odvisnosti pod površino (dejansko delo opravlja injicibilna, pretvarljiva storitev).
Odločilno je, da to pomeni, da so fasade testabilne kljub njihovemu statičnemu videzu: Laravel lahko zamenja prividne (Cache::shouldReceive(), Mail::fake()) — nekaj, kar je nemogoče s pravimi statičnimi metodami, ki so notorno težko testabilne.
Razumevanje, kako fasade delujejo (kontejnersko delegiranje), pogostih fasad, njihove testabilnosti in kompromisa z eksplicitnim injiciranjem odvisnosti (fasade za stisnjeni dostop против injiciranja konstruktorja za eksplicitne, jasne odvisnosti — oboje veljavno, razrešeno iz enakega kontejnerja) je pomembno znanje za učinkovito delo s Laravelom in za informirane arhitekturne odločitve.
Ker so fasade ena od najbolj prepoznavnih Laravelovih lastnosti in se uporabljajo stalno, njihovo razjasnitev (niso čarobne statike, temveč kontejnerski delegati) in znanje, kdaj jih uporabiti v primerjavi z injiciranjem odvisnosti, odraža trdno razumevanje zasnove okvira in vam pomaga pisati čist, testabilen Laravelov kodo.