Çift Gönderim C#: Bağımlılıkları Enjekte Etmenin Anlamlı Olduğu Yer – Derek Comartin'ın Domain-Driven Design Örneği Üzerine Açıklaması

Davranış Enjeksiyonunun Alan Modellerinde Neden Anlamlı Olduğu

Derek, DDD'de yaygın bir dogma ile başlar: alan modelinizin sıfır bağımlılığı olması gerektiği. Ancak bu her zaman pratik veya kullanışlı değildir. Davranışı modellerken, kurallar, politikalar veya stratejiler gibi mantığı enjekte etmeniz gerekebilir. İşte burada çift geçiş yardımcı olur: Bir politika gibi bir alan konseptini alan nesneye geçirebilir ve metod tabanlı değerlendirme harici olarak ele alınabilir—ancak alan nesnesi hala son kontrolü elinde tutabilir.

Bu desen, neye bağlandığınızı düşündüğünüzde mantıklıdır: alan davranışına, altyapıya değil.

Kötü Örnek: Alanda Kodlu Mantık

Sorunu göstermek için Derek, gecikmeyi belirlemek için kodlu bir mantık içeren bir Gönderi sınıfıyla başlar:

public bool IsLate(DateTime expectedDelivery)
{
    return _systemClock.Now() > expectedDelivery;
}

public bool IsLate(DateTime expectedDelivery)
{
    return _systemClock.Now() > expectedDelivery;
}

Bu mevcut kod basit ama esneklikten yoksun. Derleme zamanındaki kararlara dayanır ve davranışı sınıfa sıkı sıkıya bağlar. Kuralı değiştirmek, alan modelini değiştirmeyi gerektirir ve testi zorlaştırır çünkü zaman bağlıdır.

Refaktör: Politikaları ve Çift Geçiş Kullan

Derek, IDeliveryTimingPolicy arayüzünü tanıtır:

public interface IDeliveryTimingPolicy
{
    bool IsLate(Shipment shipment);
}

public interface IDeliveryTimingPolicy
{
    bool IsLate(Shipment shipment);
}

Ardından iki uygulama oluşturur:

1. StandartTeslimatZamanlamaPolitikası

2. AraBellekTeslimatZamanlamaPolitikası

Bu sınıflar Gönderiyi alır ve kurallarına göre bir boole döndürür. İşte BufferedDeliveryTimingPolicy'den bir kod parçası:

public bool IsLate(Shipment shipment)
{
    return _clock.Now() > shipment.DeliveryDate.AddMinutes(30);
}

public bool IsLate(Shipment shipment)
{
    return _clock.Now() > shipment.DeliveryDate.AddMinutes(30);
}

Şimdi Gönderi sınıfında, çift geçiş kullanıyoruz.

public bool IsLate(IDeliveryTimingPolicy policy)
{
    return policy.IsLate(this);
}

public bool IsLate(IDeliveryTimingPolicy policy)
{
    return policy.IsLate(this);
}

Bu, klasik çift geçiştir: ilk geçiş, politikayı gönderipemme üzerine IsLate() çağrısı yapar; ikinci geçiş, gönderiyi bir parametre olarak politika ile IsLate() çağrısı yapar. İki nesne yer alır, her biri davranışı belirler—tekli geçişin ulaşamadığı bir şey.

Testte ve Esneklikte Sağladığı Yararlar

Bu yaklaşım son derece test edilebilir ve deterministik kod ile sonuçlanır. Derek, test verilerin kontrol edildiği ve her nesnenin çalışma zamanı türünün davranışı belirlediği standart ve buffer politikalarını kullanan örnekler gösterir.

var policy = new BufferedDeliveryTimingPolicy(TimeSpan.FromMinutes(30));
var shipment = new Shipment { DeliveryDate = DateTime.UtcNow.AddMinutes(-15) };
Assert.False(shipment.IsLate(policy)); // Because of 30-minute buffer

var policy = new BufferedDeliveryTimingPolicy(TimeSpan.FromMinutes(30));
var shipment = new Shipment { DeliveryDate = DateTime.UtcNow.AddMinutes(-15) };
Assert.False(shipment.IsLate(policy)); // Because of 30-minute buffer

Bu, çalışma zamanı davranışının alan modelini değiştirmeden değiştirilebileceğini gösterir. Polimorfik davranış, politikanın dinamik doğasına dayanır, alan bütünlüğü korunurken.

C#'ta Çifte Yönlendirme ve Ziyaretçi Deseni

Derek'in örneği ziyaretçi desenine benzer, burada yapılarını değiştirmeden nesneler üzerinde bir dizi işlem tanımlarsınız. Genellikle ziyaretçi deseninde, şöyle bir şey görürsünüz:

public abstract class Shape
{
    public abstract void Accept(IVisitor visitor);
}

public class Circle : Shape
{
    public override void Accept(IVisitor visitor)
    {
        visitor.Visit(this);
    }
}

public abstract class Shape
{
    public abstract void Accept(IVisitor visitor);
}

public class Circle : Shape
{
    public override void Accept(IVisitor visitor)
    {
        visitor.Visit(this);
    }
}

Burada, Accept() ve Visit() yöntemleri, nesne ve ziyaretçi olmak üzere iki tür arasında koordine edilir—tıpkı Derek'in Gönderi ve IDeliveryTimingPolicy kullanımı gibi. Bu desen, tekli geçiş dili olan C#'ta bile çoklu geçiş davranışını uygulamanıza yardımcı olur.

Koleksiyonlar İle Kuralları Bileşik Hale Getirme

Bir sonraki örnekte, Derek bir koleksiyon üzerinden birden fazla kuralın nasıl değerlendirilebileceğini gösterir. Kurallar gibi tanıtır:

• Geçerli Hedef Kuralları Var

• Tüm Paketler Paketlenmiş Kuralı

• Daha Önce Gönderilmemiş Kuralı

Her biri IShipmentReadinessRule ile uygular:

public bool IsSatisfiedBy(Shipment shipment)

public bool IsSatisfiedBy(Shipment shipment)

Sonra, Gönderi sınıfı onları şöyle değerlendirir:

public bool CanShip(IEnumerable<IShipmentReadinessRule> rules)
{
    return rules.All(rule => rule.IsSatisfiedBy(this));
}

public bool CanShip(IEnumerable<IShipmentReadinessRule> rules)
{
    return rules.All(rule => rule.IsSatisfiedBy(this));
}

Bu boş kabul deseni, çoklu alan kurallarını dinamik olarak değerlendirebilmenizi sağlar. Kuralları bir konfigürasyonda saklarsanız (özellikle çoklu kiracı bir uygulamada), çalışma zamanında yeni bir liste oluşturabilir ve gönderiye geçebilirsiniz.

Çoklu Kiracı Uygulamalarda Dinamik Kurallı Yönetimi

Derek, çoklu kiracı uygulamalarda kuralların müşteri başına değişebileceğini vurguluyor. Depolamadan bir dizi politika alabilir ve onları dinamik olarak enjekte edebilirsiniz:

var rules = LoadRulesForCustomer(customerId);
var canShip = shipment.CanShip(rules);

var rules = LoadRulesForCustomer(customerId);
var canShip = shipment.CanShip(rules);

Bu, dinamik gönderim ve çalışma zamanı karar alma yeteneğinin uygulamanıza nasıl katmanıza yardımcı olabileceğini gösterir. İstenen davranış konfigürasyonu değiştirerek elde edilir, modeli değil.

Yanlış Anlamaları Aydınlatma: Her Bağımlılık Kötü Değildir

Sonlara doğru, Derek herhangi bir şeyin alana enjekte edilmesinin kötü olduğuna dair yanlış anlamaları ele alır. Önemli olanın neyi enjekte ettiğiniz olduğunu vurgular. Alan davranışı, spesifikasyonlar veya politikalar gibi şeylerin enjeksiyonu, altyapı enjeksiyonu ile aynı şey değildir.

Alan modeli giriş noktası olarak kalır. Kararı sahiplenir ancak hala alan bağlamı içinde kaldıkları sürece diğer nesnelere bu kararı devredebilir.

Sarma: Neden Çifte Yönlendirme C# DDD'de Güçlüdür

Derek, kritik düşünmeye teşvik ederek bitirir: asla boş ziyaret, genel sanal boş kabul veya benzeri desenlerden korkmayın çünkü bunlar netlik ve sürdürülebilirliğe katkıda bulunurlar. İşletim mantığını kontrollü bir şekilde enjekte ettiğinizde, esneklik ve hassasiyet kazanırsınız.

Bu yüzden, ister yeni bir sınıf üzerinde çalışıyor olun, ister mevcut bir kod tabanını refaktör ediyorsanız, çift geçiş C#'ı, endişeleri ayırmak ve alan odaklılığını korumak için temiz bir yol sunar.

Politikaları veya spesifikasyonları kullanıyorsanız veya farkında olmadan bir ziyaretçi deseni olabilirsiniz, siz zaten çift geçişi uygulamaya oldukça yakınsınız. Bunu anlamak, çalışma zamanında kodun nasıl davrandığı üzerinde daha fazla kontrol sağlar, test edilebilirliği ve adaptasyonu geliştirmektedir.

Sonuç

Özetlemek gerekirse: çift geçiş C#'da, alan mantığını enjekte etmek için zarif ve pratik bir çözüm olabilir, kapsüllemeyi korur ve esnek davranışı destekler. Ziyaretçi, çoklu geçiş ve dinamik anahtar kelime kullanımı gibi desenlerle birlikte kullanıldığında (dikkatle), ifadeli, sağlam alan modelleri yazmayı kolaylaştırır.

Bu yüzden bir sonraki sefer gönderi.IsLate(policy) çağırdığınızda—bilin ki C#'ı gerçekten polimorfik tasarıma yaklaştıran temel bir deseni kullanıyorsunuz.

Örnek İpucu: Satın Alma Siparişi sınıfı oluşturuyorsanız ve bir kulanın bir Politika'ya göre eklenip eklenmeyeceğini belirlemek istiyorsanız, politikayı Satın Alma Siparişi'ne geçirmeyi deneyin ve Politika'nın siparişi ziyaret etmesine izin verin. İşte çift geçiş çalışması.

Tam videoyu onun YouTube kanalında izleyin ve konu üzerinde daha fazla bilgi edinin.