Uygulamalarımızda bağımlılık enjeksiyonunu yönetmenin birçok yolu vardır ve farklı yaklaşımların faydalarını ve sınırlamalarını anlamanın önemli olduğunu düşünüyorum. Bağımlılıklarınızı yapılandırmanın birincil yolu olarak önerilen   yerine ASP.NET Core'da bir Autofac   kullanmak keşfedebileceğimiz yollardan biridir! AutofacServiceProviderFactory ContainerBuilder  Bu makalede ASP.NET Core uygulamanızda AutofacServiceProviderFactory yerine Autofac's ContainerBuilder'ı nasıl kullanacağınızı vurguluyorum. Bağımlılık enjeksiyonuyla erişebildiğimiz diğer yaklaşımlara kıyasla bu yaklaşımla neler yapabileceğinize ve yapamayacağınıza bakacağız.  Bu, ASP.NET Core içindeki Autofac ile bağımlılık çözümlemesini araştıracağım bir serinin parçası olacak. Sayılar yayınlandıkça aşağıdaki seriye de yer vereceğim:  Bölüm 1:  ASP.NET Core'da AutofacServiceProviderFactory   Bölüm 2: ASP.NET Core'da Autofac ContainerBuilder - Bilmeniz Gerekenler   Bölüm 3: ASP.NET Core'da Autofac ComponentRegistryBuilder - Bağımlılıklar Nasıl Kaydedilir  Bu serinin sonunda ASP.NET Core ve Blazor içindeki eklenti mimarilerini daha güvenli bir şekilde keşfedebileceksiniz ve bu, keşfetmeniz için daha da fazla içerik sağlayacak.  AutofacServiceProviderFactory ile İlgili Sorun  Adil olmak gerekirse, bölüm başlığı *neredeyse* tıklama tuzağıdır.   olarak   kullanılmasının çoğu uygulama için harika olduğunu düşünüyorum. Autofac'ı bağımlılık enjeksiyon çerçevesi olarak kullanmak isteyen geliştiricilerin büyük çoğunluğu bu şekilde pek fazla sorunla karşılaşmayacaktır. ASP.NET Core uygulamalarınızda Autofac'ı kurmanın önerilen yolu AutofacServiceProviderFactory  Bize aşağıdakileri yapma olanağı sağlar:    (ve şu anda mevcut olan her şeye) erişin WebApplicationBuilder    örneğine erişim (   örneğinde de mevcuttur) IConfiguration WebApplicationBuilder  Bağımlılıkları minimum API'lere aktarabilme yeteneği  Ancak benim için büyük sorun:   örneğine erişemiyoruz. C#'ta eklenti mimarileri oluşturduğumda, özellikle ASP.NET Core uygulamaları oluştururken, rotaları kaydetmek için   örneğine erişime sahip olmayı seviyorum. Bu, eklentilerimden minimum sayıda API'yi kolaylıkla kaydetmeme olanak tanıyor; kullanışlı sözdizimini elde etmek için teknik olarak yalnızca   uygulamasına erişim gerekiyor. WebApplication WebApplication IEndpointRouteBuilder  Minimal olmayan API'leri bu olmadan kaydedebilir miyim? Kesinlikle. Benzer bir sözdizimi sağlamanın ve   örneğini gerektirmenin başka bir yolu var mı? Büyük ihtimalle. Ancak BU soruna geçici bir çözüm bulmaya çalışmak yerine, ilgilendiğim bağımlılığa erişip erişemeyeceğimi görmek istedim. WebApplication  Bağımlılık kapsayıcımı nasıl kuracağıma dair planı değiştirmenin zamanı gelmişti!  Örnek Bir ASP.NET Çekirdek Uygulamasını Keşfetme  Keşfedecek bazı ortak noktalara sahip olmak için örnek bir uygulamaya bakalım.   okuduysanız, bu da benzer görünecektir; örnek hava durumu uygulamasının bir varyasyonu: Önceki makaleyi   using Autofac; using Microsoft.AspNetCore.Mvc; // personal opinion: // I absolutely love having the entry point of my // applications being essentially: // - make my dependencies // - give me the primary dependency // - use it // - ... nothing else :) ContainerBuilder containerBuilder = new(); containerBuilder.RegisterModule<MyModule>(); using var container = containerBuilder.Build(); using var scope = container.BeginLifetimeScope(); var app = scope.Resolve<WebApplication>(); app.Run(); internal record WeatherForecast(DateOnly Date, int TemperatureC, string? Summary) { public int TemperatureF => 32 + (int)(TemperatureC / 0.5556); } internal sealed class MyModule : Module { protected override void Load(ContainerBuilder containerBuilder) { containerBuilder.RegisterType<DependencyA>().SingleInstance(); containerBuilder.RegisterType<DependencyB>().SingleInstance(); containerBuilder.RegisterType<DependencyC>().SingleInstance(); containerBuilder .Register(ctx => { var builder = WebApplication.CreateBuilder(Environment.GetCommandLineArgs()); return builder; }) .SingleInstance(); containerBuilder .Register(ctx => ctx.Resolve<WebApplicationBuilder>().Configuration) .As<IConfiguration>() .SingleInstance(); containerBuilder .Register(ctx => { var builder = ctx.Resolve<WebApplicationBuilder>(); var app = builder.Build(); app.UseHttpsRedirection(); // FIXME: the problem is that the Autofac ContainerBuilder // was used to put all of these pieces together, // but we never told the web stack to use Autofac as the // service provider. // this means that the minimal API will never be able to // find services off the container. we would need to resolve // them BEFORE the API is called, like in this registration // method itself, from the context that is passed in. //DependencyA dependencyA = ctx.Resolve<DependencyA>(); // FIXME: But... What happens if something wants to take a // dependency on the WebApplication instance itself? Once the // web application has been built, there's no more adding // dependencies to it! var summaries = new[] { "Freezing", "Bracing", "Chilly", "Cool", "Mild", "Warm", "Balmy", "Hot", "Sweltering", "Scorching" }; app.MapGet( "/weatherforecast", ( [FromServices] DependencyA dependencyA , [FromServices] DependencyB dependencyB , [FromServices] DependencyC dependencyC ) => { var forecast = Enumerable .Range(1, 5) .Select(index => new WeatherForecast ( DateOnly.FromDateTime(DateTime.Now.AddDays(index)), Random.Shared.Next(-20, 55), summaries[Random.Shared.Next(summaries.Length)] )) .ToArray(); return forecast; }); return app; }) .SingleInstance(); } } internal sealed class DependencyA( WebApplicationBuilder _webApplicationBuilder); internal sealed class DependencyB( WebApplication _webApplication); internal sealed class DependencyC( IConfiguration _configuration);  Bu yaklaşımın vurguladığı noktalardan biri, Autofac   sınıfını birincil bağımlılık konteynerimiz olarak kullanmanın bize giriş noktamızı şu şekilde yapılandırma fırsatını vermesidir: ContainerBuilder  Kapsayıcı oluşturma  Bağımlılık kaydı  Birincil bağımlılık çözümü  … Uygulamayı başlatmak için tek bir yöntemi çağırın!  Bana göre bu ideal uygulama başlatma kodudur. Neden? Çünkü ona dokunmak için asla buraya gelmene gerek yok. Durmadan. İçine ne kadar şey eklerseniz ekleyin! Ve hepsi bu, çünkü daha fazla modül yüklemek için montajları tarayabilirsiniz.  Tekrar söylüyorum bu benim kişisel tercihimdir ve herkesin hedefinin bu olması gerektiğini iddia etmeye çalışmıyorum.  ASP.NET Core'da Autofac ContainerBuilder'ın Kusurları  Elbette kurşun geçirmez olmayan başka bir yaklaşım. O halde Autofac'ın bu kurulumunda neyi elde edemediğimizi tartışalım:  Minimal API'lerde iletilen hizmet tarafından çözümlenen parametreler kesinlikle çalışmaz. Oluşturulan   , Autofac'ı bağımlılık enjeksiyon çerçevesi olarak kullanacak şekilde yapılandırılmadı! WebApplication  Önceki makalede olduğu gibi,   örneğini hala bağımlılık kapsayıcısına alamıyoruz… Bu nedenle, özellikle buna erişme konusunda herhangi bir ilerleme kaydetmedik. WebApplication  Ama çoğunlukla bu kadar! Bu çok kötü bir dezavantaj listesi değil, ancak Autofac ContainerBuilder yaklaşımı bizim için sihirli bir çözüm değildi. Peki bundan ne çıkardık?   aynı zamanda aşağıdakilerin açıklanmasına da yardımcı olacaktır: Autofac'taki bu video   https://youtu.be/FJziGcvuzmo?embedable=true  ASP.NET Core'da Autofac ContainerBuilder'ın Avantajları  Yaptığımız her şeyin artıları ve eksileri! Artık ASP.NET Core'da Autofac ContainerBuilder ile ilgili sorunları gördüğümüze göre, bundan ne gibi ilerlemeler elde ettiğimize bakmanın zamanı geldi:    ve   örneklerine hâlâ erişebiliyoruz; dolayısıyla bu,   yaklaşımını kullanmanın karşılaştırılabilir bir avantajıdır. WebApplicationBuilder IConfiguration AutofacServiceProviderFactory  Programımıza oldukça akıcı bir giriş noktası elde edebiliriz ki bunu gerçekten görmek isterim. Konteyner oluşturma, kayıt etme, giriş noktası yönteminizi çözümleme, hepsi bu!  Minimal API'ler çalışır ancak bağımlılıklarla çalışmaz. Yine de minimum API'lerin istediği bağımlılıkları önceden çözebilir ve bunları yöntem kaydı sırasında iletebiliriz. Yorumlanan kodu görün!  Eklenti Tabanlı ASP.NET Rotaları için Daha Fazla Ters Çevirme mi istiyorsunuz?  Bir Autofac kayıt yöntemi içerisinde minimal API'leri kaydedebildiğimizi gördük, ancak ne yazık ki konteynerden gelen bağımlılıkları doğrudan minimal API çağrısının kendisinde çözemiyoruz. Bağımlılıkların otomatik olarak çözülmesiyle rota tanımlarını işleyen aşağıdaki gibi özel bir sınıf oluşturabiliriz:   internal sealed class WeatherForecastRoutes( DependencyA _dependencyA // FIXME: still can't depend on this because // we can't get the WebApplication //, DependencyB _dependencyB , DependencyC _dependencyC) { private static readonly string[] _summaries = new[] { "Freezing", "Bracing", // ... }; public WeatherForecast[] Forecast() { var forecast = Enumerable.Range(1, 5).Select(index => new WeatherForecast ( DateOnly.FromDateTime(DateTime.Now.AddDays(index)), Random.Shared.Next(-20, 55), _summaries[Random.Shared.Next(_summaries.Length)] )) .ToArray(); return forecast; } }  Bu sınıfa VE bağımlılıkların tümü aynı kaptaysa, otomatik çözümleme gerçekleşir. O zaman bu kodu çağırmanız yeterli:   var weatherForecastRoutes = ctx.Resolve<WeatherForecastRoutes>(); app.MapGet("/weatherforecast2", weatherForecastRoutes.Forecast);  Eklenti açısından bakıldığında bu hala biraz berbat çünkü kayıt kodunu bu şekilde çağırmak için tüm rota sınıflarını manuel olarak çözmemiz gerekecek - bunların hepsi bu şeylerin   kendi erişimlerini çözememeleri gerçeğinden kaynaklanıyor misal. WebApplication  Ama durun… Peki ya işleri tersine çevirirsek? Ya   gibi bir arayüzü çözüp   örneğine aktarabilseydik?! IRegisterRoutes WebApplication   // NOTE: make sure to register WeatherForecastRouteRegistrar on the // autofac container as IRegisterRoutes! internal interface IRegisterRoutes { void RegisterRoutes(WebApplication app); } internal sealed class WeatherForecastRouteRegistrar( WeatherForecastRoutes _weatherForecastRoutes) : IRegisterRoutes { public void RegisterRoutes(WebApplication app) { app.MapGet("/weatherforecast2", _weatherForecastRoutes.Forecast); } } // TODO: add this to the autofac code where the // WebApplication instance is built: foreach (var registrar in ctx.Resolve<IEnumerable<IRegisterRoutes>>()) { registrar.RegisterRoutes(app); }  Artık   örneğinin eklentilerimiz tarafından erişilebilir olup olmadığını umursamamıza bile gerek yok! Belki de ilk versiyon o kadar sınırlayıcı değildi. Belki burada bir şeyin peşindeyizdir… Ancak bir sonraki makale bunu daha ayrıntılı olarak açıklamalıdır. WebApplication  ASP.NET Core'da Autofac ContainerBuilder'ı Sarma  Bu makalede, normalde önerildiği gibi   kullanmak yerine açıkça bir Autofac   kullanmayı araştırdım. Bazı benzer fayda ve dezavantajların yanı sıra dikkate alınması gereken farklı hususları da gördük. Her yol, başvurunuzda neyin peşinde olduğunuza bağlı olarak artılar ve eksiler sunabilir. AutofacServiceProviderFactory ContainerBuilder  İlginç olan şu ki, eğer eklentiler üzerinde çalışmaya çalışıyorsak, eklentilerimizden   örneğine erişmemize bile gerek kalmayabilir! Minimal API'leri önemsiyorsak, bu yine de sınırlayıcı olabilir… ancak aksi halde ilginç bir düşünce tarzına sahibiz! WebApplication  Bunu yararlı bulduysanız ve daha fazla öğrenme fırsatı arıyorsanız,   ve   göz atmayı düşünün! haftalık ücretsiz yazılım mühendisliği bültenime abone olmayı YouTube'daki ücretsiz videolarıma

This story contains new, firsthand information uncovered by the writer.

Newsletter

Portfolio

Bu ses hikayenin orijinal dilinde üretilmiştir!

Çok uzun; Okumak

Make resilience your competitive advantage

ASP.NET Core'da Autofac ContainerBuilder İçin Bilmeniz Gereken İpuçları

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

Forumlardan Feed'lere: Sosyal Medya Algoritmaları Dijital Etkileşimi Nasıl Şekillendiriyor

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

Görünmeyen Katmanlar: Kullanıcı Görüşmeleri Neden Yeri doldurulamaz bir Varlıktır?

Floki'den Valhalla Hindistan'ın Sri Lanka Turuna Yardımcı Sponsor Olarak Katıldı

Forumlardan Feed'lere: Sosyal Medya Algoritmaları Dijital Etkileşimi Nasıl Şekillendiriyor

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

Görünmeyen Katmanlar: Kullanıcı Görüşmeleri Neden Yeri doldurulamaz bir Varlıktır?

Floki'den Valhalla Hindistan'ın Sri Lanka Turuna Yardımcı Sponsor Olarak Katıldı

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps