Laravel'in "inversion of control" konteyneri, sınıf bağımlılıklarının yönetiminde güçlü bir araçtır. Bağımlılık enjeksiyonu ağır kodlanmış sınıf bağımlılıklarının kaldırılması için bir yöntemdir. Bunun yerine, bağımlılıklar çalışma zamanında enjekte edilmekte, bağımlılık işlemleri kolayca takas edilebildiği için daha büyük esneklik sağlamaktadır.
Laravel IoC konteyner'inin anlaşılması hem güçlü, büyük bir uygulama oluşturmak için hem de Laravel'in kendi çekirdeğine katkıda bulunmak için esastır.
IoC konteyneri bağımlılıkları iki yolla çözebilmektedir: ya Closure geri çağrıları yoluyla ya da otomatik çözülüm yoluyla. Önce Closure geri çağrılarını ele alalım. Birincisi, bir "tip", konteynere bağlanabilir:
Bir Tipin Konteynere Bağlanması
App::bind('falan', function($app)
{
return new FalanFilan;
});
Bir Tipin Konteynerden Dönüştürülmesi
$deger = App::make('falan');
App::make metodu çağrıldığı zaman, ilgili Closure callback'i çalıştırılacak ve sonuç döndürülecektir.
Bazen, konteyner içine sadece bir kez çözümlenmesi ve aynı olgunun konteynere sonraki çağrılarda döndürülmesi gereken bir şeyler bağlamak isteyebilirsiniz:
Konteynere "Paylaşılan" Bir Tip Bağlama
App::singleton('falan', function()
{
return new FalanFilan;
});
instance metodunu kullanarak, konteynere mevcut bir nesne olgusunu da bağlayabilirsiniz:
Mevcut Bir Olgunun Konteynere Bağlanması
$falan = new Falan;
App::instance('falan', $falan);
IoC konteyneri birçok durumda hiçbir yapılandırmaya gerek kalmadan sınıfları çözümleyecek kadar güçlüdür. Örneğin:
Bir Sınıfın Çözümlenmesi
class FalanFilan {
public function __construct(Baz $baz)
{
$this->baz = $baz;
}
}
$falanFilan = App::make('FalanFilan');
Dikkat ederseniz, FalanFilan sınıfını konteynerde kayıt etmemiş olsak bile konteyner bu sınıfı hala çözümleyecek, hatta Baz bağımlılığını otomatik olarak enjekte edebilecektir!
Bir tipin konteynerde bağlı olmadığı durumlarda, sınıfı görmek ve sınıf yapıcısının tip ipuçlarını okumak için PHP'nin Reflection araçlarını kullanacaktır. Konteyner bu bilgiyi kullanmak suretiyle sınıfın bir olgusunu otomatik olarak inşa edecektir.
Buna karşın, bazı durumlarda, bir sınıf "somut tipte" olmayıp, arayüz tatbikatına (implementasyonuna) bağımlı olabilir. Böyle olduğu takdirde, hangi arayüz tatbikatının enjekte edileceği konusunda konteyneri bilgilendirmek için App::bind metodu kullanılmalıdır:
Bir Implementasyona Bir Interface Bağlanması
App::bind('UyeRepositoryInterface', 'DbUyeRepository');
Şimdi şu denetçiyi ele alalım:
class UyeController extends BaseController {
public function __construct(UyeRepositoryInterface $uyeler)
{
$this->uyeler = $uyeler;
}
}
Biz UyeRepositoryInterface'i somut bir tipe bağladığımız için, DbUserRepository oluşturulduğu zaman otomatik olarak bu denetçiye enjekte edilecektir.
Laravel uygulamanızın esneklik ve test edilebilirliğini artırmak amacıyla IoC konteyneri kullanmak için çeşitli fırsatlar sağlar. En başta gelen örnek, denetçilerin çözümlenmesidir. Bütün denetçiler IoC kenteyneri tarafından bir kontroller sınıf yapıcısındaki tip ipuçları bağımlılığı ile çözümlenir ve bunlar otomatik olarak enjekte edilecektir.
Tipe Özgü İpucu Denetçi Bağımlılıkları
class SiparisController extends BaseController {
public function __construct(SiparisRepository $siparisler)
{
$this->siparisler = $siparisler;
}
public function getIndex()
{
$all = $this->siparisler->all();
return View::make('siparisler', compact('all'));
}
}
Bu örnekteki SiparisRepository sınıfı otomatik olarak kontroller'e enjekte edilecektir. Bu şu anlama gelir: unit testi sırasında "hayali" bir SiparisRepository konteynere bağlanabilir ve denetçiye enjekte edilebilir, böylece sorunsuz bir veritabanı katmanı etkileşimi mümkün olur.
Filtreler, kompozitörler ve olay işleyicileri de IoC konteynerinde çözülebilirler . Bunları kayda geçirdiğiniz zaman, sadece kullanılması gereken sınıfın adını vermeniz yeterlidir:
Diğer IoC Kullanım Örnekleri
Route::filter('falan', 'FalanFilter');
View::composer('falan', 'FalanComposer');
Event::listen('falan', 'FalanHandler');
Hizmet Sağlayıcıları birbinine yakın IoC kayıtlarını tek bir yerleşimde gruplamak için harika bir yoldur. Bunları uygulamanızdaki bileşenleri önceden yüklemenin bir yolu olarak düşünün. Bir hizmet sağlayıcısının içinde özel kimlik doğrulama sürücünüzü kayda geçirebilir, uygulamanızın ambar sınıflarını IoC konteyneri ile kayda geçirebilir, hatta özel bir Artisan komutu dahi kurabilirsiniz.
Aslında, çekirdek Laravel bileşenlerinin pek çoğu hizmet sağlayıcıları içermektedir. Uygulamanızdaki kayıtlı hizmet sağlayıcılarının hepsi, app/config/app.php yapılandırma dosyasının providers dizisinde listelenmektedir.
Bir hizmet sağlayıcı oluşturmak için, sadece Illuminate\Support\ServiceProvider sınıfını genişletin ve bir register metodu tanımlayın:
Bir Hizmet Sağlayıcı Tanımlanması
use Illuminate\Support\ServiceProvider;
class FalanServiceProvider extends ServiceProvider {
public function register()
{
$this->app->bind('falan', function()
{
return new Falan;
});
}
}
Bu register metodunda, uygulama IoC konteynerinin $this->app özelliği aracılığıyla kullanılabildiğini unutmayın. Bir sağlayıcı oluşturdunuz ve uygulamanızla kayda geçirmeye hazırsanız, yapmanız gereken şey onu app yapılandırma dosyanızdaki providers dizisine eklemektir.
Bir hizmet sağlayıcıyı App::register metodunu kullanarak çalışma zamanında da kayda geçirebilirsiniz:
Bir Hizmet Sağlayıcının Çalışma Zamanında Kayda Geçirilmesi
App::register('FalanServiceProvider');
Konteyner ne zaman bir nesne çüzümlese bir olay ateşler. resolving metodunu kullanarak bu olayı dinleyebilirsiniz:
Bir Resolving Dinleyicisinin Kayda Geçirilmesi
App::resolving(function($nesne)
{
//
});
Çözülen nesnenin geri çağrıya geçirileceğini unutmayın.