Fasade pružaju čist, statički izgled sučelja klasama u servisnom kontejneru — npr. Cache::get(), DB::table(), Route::get(). Izgledaju kao statički pozivi metoda, ali zapravo prosljeđuju pozive temeljnim objektima koji se rješavaju iz kontejnera, kombinirajući pogodnost statičke sintakse s testirajućošću ubrizgavanja ovisnosti.
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 nije prava statička klasa — prosljeđuje poziv stvarnom objektu koji se rješava iz servisnog kontejnera. Dakle, dobivate čistu, pogodnu sintaksu dok je stvarni rad obavljen od strane injektibilnog, simulacijskog servisa.
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 daju zapamtljiv, ekspresivan API Laravelovim servisima — dio pristupa okvira s "elegantnom sintaksom".
// 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);
Jer fasade prosljeđuju pozive objektima iz kontejnera, Laravel može u testiranju zamijeniti s simulacijama — Cache::shouldReceive(...), Mail::fake() — nešto što pravi statički potprogami ne dopuštaju.
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 su karakteristična i raširena Laravelova značajka — pojavljuju se svugdje u Laravelovu kodu (DB::, Cache::, Auth::, Route::, itd.), pa je razumijevanje njih važno za čitanje i pisanje Laravelovih aplikacija.
Ključna spoznaja je da fasade izgledaju kao statički pozivi ali zapravo prosljeđuju pozive objektima koji se rješavaju iz servisnog kontejnera — to vam daje pogodnu, ekspresivnu statički izgledu sintaksu koja je dio privlačnosti Laravela, dok se čuvaju prednosti ubrizgavanja ovisnosti dolje (stvarni rad obavlja injektibilan, simulacijski servis).
Ukupno, to znači da fasade mogu biti testirajuće unatoč njihskom statičkom izgledu: Laravel može u testiranju zamijeniti s simulacijama (Cache::shouldReceive(), Mail::fake()) — nešto što je nemoguće s pravim statičkim pogrogramima, koji su poznati kao teško testirajući.
Razumijevanje kako fasade funkcioniraju (prosljeđivanje kontejnera), čestih, njihove testirajućosti, i kompromisa s eksplicitnim ubrizgavanjem ovisnosti (fasade za sažeti pristup nasuprot ubrizgavanju konstruktora za eksplicitne, jasne ovisnosti — obje valjane, rješavajuće iz istoga kontejnera) je važno znanje za učinkovit rad s Laravelom i za donošenje informiranih arhitekturnih izbora.
Budući da su fasade jedna od najprepoznatljivijih Laravelovih značajki i koriste se stalno, demistificiranje njih (nisu čarobne statike već prosljeđivanja kontejnera) i znanje kada ih koristiti nasuprot ubrizgavanju ovisnosti odražava čvrsto razumijevanje dizajna okvira i pomaže vam pisati čistu, testirajuću Laravelovu kodu.