 'ta Dependency Injection, özellikle daha karmaşık ASP.NET Core uygulamalarında bağımlılıkları organize ederken hayat kurtarıcıdır.   veya halihazırda sağlanan DI tekliflerine mümkün olduğunca yakın kalmak istiyorsanız,   harika bir geliştirmedir. C# IServiceCollection'a zaten aşinaysanız C#'taki Scrutor  Bu yazıda size C#'ta Dependency Injection ve Scrutor'a üst düzey bir genel bakış sunacağım. Ancak buradan itibaren, Scrutor ile kullanabileceğiniz ve başvurunuzda çok faydalı olabilecek 3 ipucuna geçiyoruz!  C# dilinde Scrutor nedir?  Scrutor, C# dilinde bağımlılık enjeksiyonunu geliştiren güçlü bir NuGet paketidir. Bağımlılıkların kaydedilmesini ve çözümlenmesini basitleştirerek kodunuzu yönetmenizi ve düzenlemenizi kolaylaştırır.  Bağımlılık enjeksiyonu, gevşek birleştirmeyi teşvik eden ve test edilebilirliği ve sürdürülebilirliği geliştiren uygulamaları yapılandırmaya yönelik popüler bir yaklaşımdır. Bağımlılıkları doğrudan sınıf içinde oluşturmak yerine, sınıfa enjekte etmeyi içerir. Bu, bağımlılığı yaratma sorumluluğunun onu gerektiren sınıfa ait olmadığı, bunun yerine çağrı yığınındaki bir kişiye ait olduğu anlamına gelir. Sonuçta bu, neredeyse tüm bağımlılık oluşumunu uygulamanın giriş noktasına iter ve uygulamayı kullanışsız hale getirir. Ancak bağımlılık enjeksiyon çerçeveleri   yardımcı olur. tüm bu mantığın temizlenmesine ve düzenlenmesine  Scrutor, bağımlılıkları kaydetmek ve çözmek için basit ve sezgisel bir yol sağlayarak bu konsepti bir adım daha ileriye taşıyor. Scrutor ile artık her bağımlılığı tek tek manuel olarak kaydetmenize gerek yok. Bunun yerine süreci otomatikleştirmek için kuralları ve nitelikleri kullanabilirsiniz.  1 – Kayıt ve Çözüm İçin Scrutor Kullanımı  Kayıt ve çözümleme için Scrutor'un C#'ta nasıl kullanılacağını göstermek için basit bir senaryoyu ele alalım. UserRepository ve ProductRepostiory gibi farklı veri havuzlarının kullanımını gerektiren bir uygulamamız olduğunu düşünün.  Öncelikle projemize Scrutor NuGet paketini kurmamız gerekiyor. Paket Yönetici Konsolunu açın ve aşağıdaki komutu çalıştırın:   Install-Package Scrutor  Daha sonra depolarımızı ve bunlara karşılık gelen arayüzleri tanımlamamız gerekiyor. Bu örnek aslında boş, ancak birazdan bunlara değineceğiz:   public interface IUserRepository { // Interface methods } public class UserRepository : IUserRepository { // Implementation } public interface IProductRepository { // Interface methods } public class ProductRepository : IProductRepository { // Implementation }  Şimdi Scrutor'u kullanarak bağımlılıklarımızı bağlayalım. Başlangıç kodunuza (ASP.NET Core'daki ConfigurationServices yönteminde olduğu gibi) aşağıdaki kodu ekleyin:   services.Scan(scan => scan .FromAssemblyOf<Startup>() .AddClasses(classes => classes.AssignableToAny( typeof(IUserRepository), typeof(IProductRepository))) .AsImplementedInterfaces() .WithScopedLifetime());  Bu kod, Startup sınıfını içeren derlemeyi taramak için Scrutor'un Tarama yöntemini kullanır. Daha sonra IUserRepository veya IProductRepository arayüzlerine atanabilen sınıfları filtreler. Son olarak bu arayüzlerin uygulamalarını haritalandırır ve bunları ilgili arayüzlere kaydeder.  Artık bu bağımlılıkları sınıflarımıza enjekte edebiliriz. Örneğin, IUserRepository gerektiren bir UserService sınıfımız olduğunu varsayalım:   public class UserService { private readonly IUserRepository _userRepository; public UserService(IUserRepository userRepository) { _userRepository = userRepository; } // Rest of the class implementation }  IUserRepository'yi yapıcıda bir bağımlılık olarak bildirerek Scrutor, IServiceCollection ile birlikte UserRepository örneğini bizim için otomatik olarak çözecek ve enjekte edecektir.  2 – Dekoratör Modeli – Hizmetler için Günlüğe Kaydetme Örneği  Bir   hizmet arayüzünüz ve bir   uygulamanız olduğunu hayal edin.   her yöntem çağrısının giriş ve çıkışını, iş mantığını günlüğe kaydetme endişeleriyle kirletmeden günlüğe kaydetmek istiyorsunuz. IService MyService MyService  İlk olarak   arayüzünü ve uygulamasını tanımlayın: IService   public interface IService { void DoWork(); } public class MyService : IService { public void DoWork() { // Business logic here } }  Daha sonra,   uygulayan bir dekoratör sınıfı   oluşturun. Bu sınıf, asıl hizmeti saracak ve devredilen yöntem çağrılarının etrafına günlük kaydı ekleyecektir: IService LoggingDecorator   public class LoggingDecorator : IService { private readonly IService _decorated; private readonly ILogger<LoggingDecorator> _logger; public LoggingDecorator(IService decorated, ILogger<LoggingDecorator> logger) { _decorated = decorated; _logger = logger; } public void DoWork() { _logger.LogInformation("Starting work."); _decorated.DoWork(); _logger.LogInformation("Finished work."); } }  Şimdi hizmetinizi ve dekoratörünü   veya hizmetlerinizi yapılandırdığınız her yere kaydetmek için Scrutor'u kullanın: Startup.cs   public void ConfigureServices(IServiceCollection services) { // Register the base service services.AddScoped<IService, MyService>(); // Use Scrutor to apply the decorator services.Decorate<IService, LoggingDecorator>(); // Make sure to register the ILogger or ILogger<T> dependencies if not already done }  Bu kurulum,   kaydını   ile sarmak için Scrutor'u kullanır.   çözümlenirken, DI kapsayıcısı   örneğini sağlayacak ve bu da   örneğini saracaktır. Bu yaklaşım, günlüğe kaydetme mantığını iş mantığınızın dışında tutarak endişelerin ayrılmasını sağlar. IService LoggingDecorator IService LoggingDecorator MyService  3 – Hizmet Uygulamaları için Özellik Geçişi  Karmaşık sistemler oluşturduğumuzda, özellik bayrakları gibi bir şeyi tanıtmak istediğimiz durumlar sıklıkla olur. Bunlar, yapılandırmaya bağlı olarak farklı kod yolları kullanmamıza olanak tanır ve uygulamanın tamamını yeniden derleyip dağıtmamıza gerek kalmaz. Bazı durumlarda, bu sadece farklı bir kod yolu seçmekle ilgili değil, bir şeyin tüm uygulamasının değiştirilmesiyle de ilgili!  Gelin birlikte bir örnek deneyelim! Birden çok uygulamaya sahip bir   arayüzünüz olduğunu varsayalım:   (yeni, deneysel bir özellik) ve   (mevcut, kararlı özellik). Bir yapılandırma bayrağına göre çalışma zamanında bu uygulamalar arasında geçiş yapmak istiyorsunuz. IFeatureService NewFeatureService StandardFeatureService  İlk olarak   arayüzünü ve uygulamalarını tanımlayın: IFeatureService   public interface IFeatureService { void ExecuteFeature(); } public class NewFeatureService : IFeatureService { public void ExecuteFeature() { // New feature logic } } public class StandardFeatureService : IFeatureService { public void ExecuteFeature() { // Standard feature logic } }  Daha sonra, özellik değiştirme ayarına göre hangi uygulamanın kullanılacağını belirlemenin bir yoluna ihtiyacınız var. Bu,   dosyasındaki bir değer, bir veritabanı ayarı veya başka herhangi bir yapılandırma kaynağı olabilir. appsettings.json  Şimdi, özellik geçişine dayalı olarak uygun hizmet uygulamasını dinamik olarak kaydetmek için Scrutor'u kullanın:   public void ConfigureServices(IServiceCollection services) { // Assume GetFeatureToggleValue() retrieves the current feature toggle setting var useNewFeature = GetFeatureToggleValue("UseNewFeature"); // Dynamically register the appropriate implementation based on the feature toggle if (useNewFeature) { services.AddScoped<IFeatureService, NewFeatureService>(); } else { services.AddScoped<IFeatureService, StandardFeatureService>(); } // Optional: You could combine this with the previous example // to use the decorator pattern too! // services.Decorate<IFeatureService, FeatureServiceProxy>(); } private bool GetFeatureToggleValue(string featureName) { // This method would typically check your // configuration source to determine if the feature is enabled // For simplicity, this is just a placeholder return false; // or true based on actual configuration }  Bunun gibi bir yaklaşımı benimsemek bize şu konularda yardımcı olabilir:    : Uygulamanın, yeniden konuşlandırmaya gerek kalmadan özellik uygulamaları arasında geçiş yapmasına olanak tanır. Yalnızca bir yapılandırma değişikliğiyle özellikleri etkinleştirebilir veya devre dışı bırakabilirsiniz. Esneklik    : Yeni özellikleri, sınırlı sayıda kullanıcıyla üretim ortamında bu kullanıcılar için özelliği açarak test edebilirsiniz. Üretimde Test Etme    : Etkiyi izlemek ve daha geniş bir sürümden önce kararlılığı sağlamak için özelliklerin kademeli olarak kullanıma sunulmasına yardımcı olur. Kademeli Kullanıma Sunmalar    : Yeni özellikle ilgili sorunlar ortaya çıkarsa hızlı bir şekilde eski uygulamaya geri dönerek kesinti süresini ve kullanıcılar üzerindeki etkiyi en aza indirin. Risk Azaltma  Scrutor'u C#'ta Tamamlamak  Bu yazımda sizlere C#'ta Scrutor ile bağımlılık enjeksiyonu için 3 basit ipucu sundum. Bağımlılık enjeksiyonunun ne olduğuna ve Scrutor'un buna nasıl uyduğuna dair kısa bir genel bakışın ardından doğrudan örneklerimize geçtik. Montaj taramasını, bağımlılıkların nasıl dekore edileceğini ve hatta tüm uygulamaları işaretleyen özelliğin nasıl dikkate alınacağını görmemiz gerekiyor!  Bağımlılık enjeksiyonu, uygulamalarınızın karmaşıklığı arttıkça büyük ölçüde basitleştirebilecek bir şeydir ve   bağlı kalmak istiyorsanız Scrutor size çok yardımcı olabilir. Bunu yararlı bulduysanız ve daha fazla öğrenme fırsatı arıyorsanız,   ve   göz atmayı düşünün!   katılın! Microsoft'un yerleşik IServiceCollection teklifine haftalık ücretsiz yazılım mühendisliği bültenime abone olmayı YouTube'daki ücretsiz videolarıma Discord'da bana ve diğer topluluk üyelerine   Burada da yayınlandı.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Newsletter

Portfolio

Bu ses hikayenin orijinal dilinde üretilmiştir!

C#'ta Scrutor Kullanarak Bağımlılık Enjeksiyonu İçin 3 Basit İpucu

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

Kazanmak için Dokun: Telegram, Solana'dan Önce Sonraki 10 Milyar Kripto Kullanıcısına Katılabilir

Kullanıcı Odaklı Kripto Ürünleri Oluşturma: Müşteri Geri Bildiriminin Önemi

HackerNoon Yazma Yarışmasını mı Kazanmak İstiyorsunuz? İşte #crypto-api Yarışması Kazananlarının Önerileri

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

Kazanmak için Dokun: Telegram, Solana'dan Önce Sonraki 10 Milyar Kripto Kullanıcısına Katılabilir

Kullanıcı Odaklı Kripto Ürünleri Oluşturma: Müşteri Geri Bildiriminin Önemi

HackerNoon Yazma Yarışmasını mı Kazanmak İstiyorsunuz? İşte #crypto-api Yarışması Kazananlarının Önerileri

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

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps