Laravel'deki facade'lar nedir?

Question

Accepted Answer

**Facade'lar**, servis konteynerindeki sınıflara temiz, statik benzeri bir arayüz sağlar — örneğin `Cache::get()`, `DB::table()`, `Route::get()`. Statik metod çağrıları gibi görünürler ama aslında **konteynerden çözümlenen temel nesnelere proxy yaparlar**, statik sözdizimi kolaylığını bağımlılık enjeksiyonunun test edilebilirliği ile birleştirirler.

## Facade'lar statik görünür ama değildir

```php
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);
```

Bir facade gerçek bir statik sınıf değildir — çağrıyı servis konteynerinden çözümlenen gerçek bir nesneye iletir. Böylece temiz, uygun sözdizimi elde ederken gerçek iş enjektabl, mock'lanabilir bir servis tarafından yapılır.

## Yaygın facade'lar

```php
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
```

Facade'lar Laravel servislerine akılda kalıcı, etkileyici bir API sağlar — çerçevenin "zarif sözdizimi"nin bir parçası.

## Facade'lar test edilebilir (gerçek statikler değil)

```php
// 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);
```

Facade'lar konteyner nesnelerine proxy yaptığından, Laravel test etmek için mock'ları değiştirebilir — `Cache::shouldReceive(...)`, `Mail::fake()` — gerçek statik metodlar buna izin vermez.

## Facade'lar vs bağımlılık enjeksiyonu

```text
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.)
```

## Neden önemli

Facade'lar Laravel'in ayırt edici ve yaygın bir özelliğidir — Laravel kodunun her yerinde görünürler (`DB::`, `Cache::`, `Auth::`, `Route::`, vb.), bu nedenle onları anlamak Laravel uygulamalarını okumak ve yazmak için önemlidir.

Ana fikir, facade'ların **statik çağrılar gibi görünmesi ama aslında servis konteynerinden çözümlenen nesnelere proxy yapması** — bu size Laravel'in çekiciliğinin bir parçası olan uygun, etkileyici statik benzeri sözdizimini verirken, altında bağımlılık enjeksiyonunun faydalarını korur (gerçek iş enjektabl, mock'lanabilir servisler tarafından yapılır).

Kadar önemli olan, facade'ların statik görünümlerine rağmen **test edilebilir** olmasıdır: Laravel mock'ları değiştirebilir (`Cache::shouldReceive()`, `Mail::fake()`) — gerçek statik metodlarla imkansız olan bir şey, bunlar test etmesi çok zordur.

Facade'ların nasıl çalıştığını (konteyner proxy'i), yaygın olanları, test edilebilirliklerini ve **açık bağımlılık enjeksiyonu ile olan dengesini** (kısa erişim için facade'lar vs açık, net bağımlılıklar için yapıcı enjeksiyonu — her ikisi de geçerli, aynı konteynerden çözümleniyor) anlamak Laravel ile etkin bir şekilde çalışmak için önemli bilgidir.

Facade'lar Laravel'in en tanınabilir özelliklerinden biri olduğundan ve sürekli kullanıldığından, onları açıklığa kavuşturmak (bunlar sihirli statikler değil ama konteyner proxy'leri) ve ne zaman kullanacaklarını bağımlılık enjeksiyonuna karşı bilmek, çerçevenin tasarımı hakkında katı bir anlayış yansıtır ve temiz, test edilebilir Laravel kodu yazmanıza yardımcı olur.