Laravel Türkiye Discord Kanalı Forumda kod paylaşılırken dikkat edilmesi gerekenler!Birlikte proje geliştirmek ister misiniz?

Url ' e Göre ServiceProvider

jettem

Merhabalar ;
Site tarafı için ayrı Admin tarafı için ayrı ServiceProvider register etmek istiyorum. 2 ayrı service provider oluşturdum
AppServiceProvider içerisinde

$this->app->register(
SiteAdminServiceProvider::class
);

Bu kod ile Register ediyorum. Ama dediğim gibi site için ayrı admin url i için ayrı providerı nasıl Yükleyebilirim.
AppServiceProvider içerisinde aktif olan rota prefix ine ulaşabilseydim ayrımı yapabilecektim ama providerler çalıştığında rotalar henüz hazır olmuyor sanırım.

Şimdilik yüklenen site tarafının BaseController içerisinde register ettim providerı ama ne kadar mantıklı bilemedim.

Amacım Aslında şu site için ayrı admin için ayrı ayarları veritabanından getirmek ona göre view 'e namespaces eklemek ve diğer gerekli ayarları yapmak.

Birde aralarındaki fark nedir ?
$this->app->register
$this->app->bind
$this->app->make

mgsmus

jettem Eğer admin kısmına example.com/admin diye ulaşıyorsanız admin segmentine servis sağlayıcı (service provider) içinde şöyle ulaşabilirsiniz:

Request::segment(1); // admin döner

Dediğiniz gibi servis sağlayıcı içerisinde rotalara ulaşamazsınız. boot() yöntemi içerisinde ulaşabilirsiniz ama orada da servis sağlayıcı kaydedemezsiniz.

Servis konteyner içinde tanımlı sınıflara sağlayıcı içinde birçok şekilde ulaşabilirsiniz. Bunların hepsi aynı işi yapıyor:

Request::segment(1);
request()->segment(1);
app('request')->segment(1);
app(\Illuminate\Http\Request::class)->segment(1);
app()->make('request')->segment(1);
app()->make(\Illuminate\Http\Request::class)->segment(1);
app()['request']->segment(1);
app()[\Illuminate\Http\Request::class]->segment(1);
$this->app['request']->segment(1);
$this->app[\Illuminate\Http\Request::class]->segment(1);
$this->app->make('request')->segment(1);
$this->app->make(\Illuminate\Http\Request::class)->segment(1);
$this->app->request->segment(1);
resolve('request')->segment(1);
resolve(\Illuminate\Http\Request::class)->segment(1);
...

Elbette router gibi her sınıfa register yöntemi içerisinde ulaşamayabilirsiniz.

$this->app->register()
Servis sağlayıcı kaydetmenizi sağlar

$this->app->registerDeferredProvider()
Boot yöntemi kullanmayan servis sağlayıcı kaydetmenizi sağlar. Servis sağlayıcınızda boot yöntemi yoksa bunu kullanın. Performans açısından önemli.

$this->app->bind()
Bir sınıfı servis kenteynerine kaydetmenizi sağlar. Bu şekilde kaydedilen bir sınıfa üstteki yöntemlerle ulaşabilirsiniz ve dependency injection özelliklerinden faydalanabilirsiniz. app('request') gibi bir takma ad ile ulaşmak için ise sınıfa $this->app->alias('myclass', MyClass::class); şeklinde takma ad verebilirsiniz.

$this->app->make()
Servis konteyneri içindeki bir objeyi çözümlemenizi sağlar. Üstte örneğini görüyorsunuz. $myClass = $this->app->make('myclass') gibi mesela.

jettem

@mgsmus Verdiğin cevaplar için teşekkür ederim.

Laravelde Container en dıştaki kutumuz ve biz bu kutuya ServiceProvider 'ları register ediyoruz , Sınıfılarımızı ise bind ediyoruz sonrada tüm çerçeve genelinde kullanıyoruz doğrumudur ?

ServiceProvider ların 2 türlü Register etme şekli var biri her istekte yüklenen diğeri ise Deferred edilen buda sadece ihtiyaç olduğunda çağrıldığında yüklenen.

Birde ServiceProvider 'ların boot methodu var buda tüm ServiceProviderlar register Edildikten sonra çalıştırılan kısım bu sayede diğer servislere erişebiliyoruz.

Bir ServiceProvider Deffered edilmiş ise onun boot methodu olmuyor sanırım ?

// ServiceProvider içerisindeki register methodu ile Deffered servise eklemek 
$this->app->registerDeferredProvider()  

// CacheServiceProvider.php bu servisi $this->app->register() ile eklediğimizde yine Deffered olmuş oluyormu ? 
class CacheServiceProvider extends ServiceProvider implements DeferrableProvider
{
}

Esas sorunuma gelince dinamik bir yapı kurmaya çalışıyorum tema yollarının ve admin url inin database tarafından yönetilebilen istendiğinde değiştirilebilen bir yapı.

Laravel projemde

1 - example.com - E-Ticaret , Dinamik View::addNamespace('site_path' , setting('site_path'))
2 - example.com/admin - E-Ticaret admin girişi dinamik dbden yönetilen , Dinamik View::addNamespace('site_path_admin' , setting('site_path_admin'))
3 - example.com/ogrenci - Öğrenci Arayüzü , Dinamik View::addNamespace('ogrenci_path' , setting('ogrenci_path'))
4 - example.com/ogrenci/admin - Öğrenci Arayüzü admin girişi dinamik  dbden yönetilen , Dinamik View::addNamespace('ogrenci_path_admin' , setting('ogrenci_path_admin'))
5 - example.com/komite - Komite arayüzü - Dinamik View::addNamespace('komite_path' , setting('komite_path'))
5 - example.com/komite/admin - Komite admin girişi dinamik dbden yönetilen , Dinamik View::addNamespace('komite_path_admin' , setting('komite_path_admin'))

ve tüm bu farklı girişler için özel yüklenen ServiceProvider 'lar

Öğrencinin admin girişi db den şöyle ayarlanmış ise example.com/ogrenci/admin_erisim bunu yakalayıp buna göre gerekli ServiceProvider ve ayarları tanımlamak.

Bu arada db den gelen ogrenci_path_admin ile route prefix oluşturuyorum.

Hatta yolu varsa bu prefix çağırıldığında gerekli rotalar yüklensin tüm sistemlerin rotasıda yüklenmesin.

deathisonitsway

Yarım hoca dinden eder diye bir şey vardı 🙂 yarım yamalak bilgide app'i öldürür.
Her gak dediğinize serviceProvider yazamazsınız.Kontrollü kullanmak zorundasınız.
Sunu da koyayım bunu da koyayım derseniz.Requestte kaynak tüketiminiz tavan yapar.Cunku service providerlar her requestte (Deferrable yapılmazsa) isteseniz de istemeseniz de yüklenir.

Deferrable service providerin da bir numarası yok.sınıfı tekrar tekrar yükleyeceğine bir yere yazayımda oradan alayım demiş taylor efendi 🙂

yazıldıgı yer burası bootstrap/cache/services.php

container kayıtlarını burada tutuyor.

Bana göre service providerlar sadece paket yüklemeleri icin kullanılmalı.App icinde sunu da koyayım bunu da koyayım olmaz zaten..mesela Session verisini provider icinde okuyamazsınız.Cunku yuklenmemiş oluyor 🙂

Not:

eskiden bootstrap/cache/service.php dosyası statik bir dosyaydı.Şimdi onu kullanıcının değiştirmesine bırakmış.
env dosyasında APP_SERVICES_CACHE bu keyi yazarsan o pathe yükleniyor.birde normalizeCache methodu yazmıs bunun icin..gereksiz yere atraksiyon..bana göre tabi..

jettem

deathisonitsway Biz eskiden daha mutluyduk sanki bir kaç kütüphane yazıp yuvarlanıp gidiyorduk 😂
Kafam çok karıştı laravele değindikten sonra

deathisonitsway

Karışcak bir şey yok php dünyası böyle bir şey.Elimizdeki en kullanışlı çerçeve bu.
Daha iyisini buyurun yapın 🙂 Sadece appi düşünün bırak laraveli..iki tane rota iki tane controller yaratmakla bir şey olmuyor...Bir sql yazarsın 🙂 iki dakka da down edersin sistemini 🙂 her zaman soylediğim bir şey var.OBJECT ORİENTED frameworkten bağımsız bir şeydir..

coder2

@deathisonitsway uzun süredir yazmıyordunuz hocam, sizin gibi bilgili arkadaşların verdiği cevaplarda devamlı olarak not alacağım yeni bilgiler çıkıyor.

deathisonitsway

coder2

Laraveli eşşekler kovalasın 🙂 arada bir bakıyorum işte cevap yazasım gelmiyor çoğuna 🙂 zaten @mgsmus var o yetiyor size.

coder2

@deathisonitsway 😀 @mgsmus sağolsun, forumda verdiği cevaplarda çok şey öğreniyorum.

sineld

@deathisonitsway daha aktif katılımını bekliyorum senin.

deathisonitsway

sineld sen söylersinde ben hayır mı dicem hocam.
eyvallah.

sineld

deathisonitsway Eyvallah Ali, kolay gelsin.