.Net Servisleri 03 - gRPC ve Blazor Web Assembly

[@bilmiyorumabilazmdegil4711]

Hocam bizler için harika içerikler umarım devamı gelir çok teşekkürler

[@burakselimsenyurt]

Rica ederim. Umarım faydası dokunur. Farklı konularda da videolar hazırlamak istiyorum ;)

[@bilmiyorumabilazmdegil4711]

@@burakselimsenyurt hocam sizin gibi birinden böyle ücretsiz destek alabilmek bizim gibi öğrenciler için gerçekten çok çok büyük bir velinimet çok teşekkürler

[@burakselimsenyurt]

@@bilmiyorumabilazmdegil4711 Fırsat buldukça buralara birşeyler eklemeye çalışırım. Merak edilen konuları da yazabilirsiniz.

[@bilmiyorumabilazmdegil4711]

@@burakselimsenyurt ❤❤❤❤

[@rem3dy_]

Öncelikle sorunuz için teşekkür ederim hocam. Bağımlılıkları enjekte ederken kullandığımız metodları araştırmam sonucu şu bilgilere vardım. AddSingleton metodu uygulamanın hayatı boyunca enjekte edilecek servisin bir kez instance alınmasında kullanılıyormuş (adı üstünde). İlk bakışta gRPC servisimiz bana kaldırılması ağır göründüğü için mantıklı gelmişti (proto dosyaları vesaire). Daha sonra öğrendim ki bu AddSingleton, gRPC clientları gibi yaşam döngüsü uzun ve tekrar kullanılacak şekilde tasarlanan servisler içinde idealmiş ayrıca mevcut bağlantıların kullanılması performansı arttırıyormuş (AddScoped yada AddTrasient kullansaydık fena olurmuş gerçekten!). AddScoped ise her bir Http isteği boyunca enjekte edilen servisin instancenın aynı kalmasını sağlıyormuş. Burada bu metodu kullanmamız pek aklıma yatmadı doğrusu. Neden her farklı istek için yeni rest instance' ı alıyoruz? WASM yüzünden geleneksel server side request scopemuz olmadığı için bu şekilde yaptığımızı var sayıyorum. Dotnet tarafında Dependency Injection ile ilgili bir detaylı bir araştırma yapmaya fırsat bulduğumda buraya cevap olarak eklemeyi umuyorum. 💙

[@burakselimsenyurt]

Bu detaylı anlatım ve yardımcı yorumlar için çok teşekkür ediyorum. Tespitler çok doğru ve yerinde. Dil veya platform fark etmeksizin bazı projelerde Dependency yönetimi ve kullanımı çok elzem ve kritik. Kodun yönetilebilirliğini artırıyor, modülerleriği kolaylaşıyor, test edilebilirliği yükseliyor ve bakım maliyetlerini de bence azaltıyor ve hatta teknik borcun oluşmasını da engelliyor diye düşünüyorum. AddSingleton, AddScoped gibi fonksiyonlar da DI servisleri ile yakın ilişki içerisindeler ve bir bağımlılığı yüklerlen çalışma alanı sınırlarını, örnekleme ve yaşam ömürlerini ayarlama noktasında elimizi güçlendiriyorlar. Tekrardan teşekkürler. DI tarafındaki tespitleri de bekliyoruz ;)

[@cripstone34]

HOCAM SIZE ULASMAM LAZIM INSTAGRAMINIZI BULAMADIM 2 KONUDA DESTEGINIZE IHTIYACIM VAR