Agrega Kökü Nedir?

Havuz deseninin nasıl düzgün bir şekilde kullanılacağını araştırmaya çalışıyorum. Aggregate Root'un merkezi konsepti ortaya çıkmaya devam ediyor. Toplam bir kökün ne olduğu konusunda yardım için hem web'de hem de Yığın Taşması'nda arama yaparken, onlar hakkında tartışmalar ve temel tanımları içermesi gereken sayfalara ölü bağlantılar bulmaya devam ediyorum.

Havuz modeli bağlamında, toplam kök nedir?

Havuz kalıbı bağlamında, toplu kod kökleri istemci kodunuzun depodan yüklediği tek nesnedir.

Havuz, alt nesnelere erişimi kapsar - arayanın bakış açısından, kök yüklenirken ya da gerçekten ihtiyaç duyulduğunda (tembel yüklemede olduğu gibi) bunları otomatik olarak yükler.

Örneğin, Orderbirden çok LineItemnesne üzerindeki işlemleri kapsülleyen bir nesneniz olabilir . İstemci kodunuz LineItemnesneleri doğrudan doğrudan yüklemez , yalnızca Orderbunları içerir ; bu, alan adınızın o bölümü için toplam kök olur.

Evans DDD'den:

TOPLAMA, veri değişiklikleri amacıyla bir birim olarak ele aldığımız ilişkili nesneler kümesidir. Her AGREGATE'in bir kökü ve bir sınırı vardır. Sınır, AGREGATE'in içinde ne olduğunu tanımlar. Kök AGGREGATE içinde yer alan tek bir spesifik ENTITY'dir.

Ve:

Kök, AGGREGATE'in dış nesnelerinin [.] Referanslarını tutmasına izin verilen tek üyesidir.

Bu, birleştirilmiş köklerin bir depodan yüklenebilen tek nesne olduğu anlamına gelir.

Bir örnek, bir Customervarlık ve bir Addressvarlık içeren bir modeldir . Bir Addressvarlığın bağlamı olmadan hiçbir anlam ifade etmediği için bir varlığa asla doğrudan modelden erişemeyiz Customer. Böylece şunu söyleyebiliriz Customerve Addressbirlikte bir agrega oluştururlar ve bu Customerbir agrega köküdür.

Agrega kökü basit bir fikir için karmaşık bir isimdir.

Genel fikir

İyi tasarlanmış sınıf diyagramı iç kısımlarını kapsar. Bu yapıya eriştiğiniz nokta denir aggregate root.

Çözümünüzün içi çok karmaşık olabilir, ancak bu hiyerarşinin kullanıcısı sadece kullanacaktır root.doSomethingWhichHasBusinessMeaning().

Misal

Bu basit sınıf hiyerarşisini kontrol edin

Arabanı nasıl sürmek istiyorsun? Daha iyi API seç

Seçenek A (bir şekilde çalışır):

car.ride();

Seçenek B (kullanıcının sınıf içsellerine erişimi vardır):

if(car.getTires().getUsageLevel()< Car.ACCEPTABLE_TIRE_USAGE)
    for (Wheel w: car:getWheels()){
        w.spin();
    }
}

A seçeneğinin daha iyi olduğunu düşünüyorsanız tebrikler. Geride ana nedeniniz var aggregate root.

Toplama kökü birden çok sınıfı kapsar. tüm hiyerarşiyi yalnızca ana nesne üzerinden değiştirebilirsiniz.

Bir Bilgisayar varlığınız olduğunu, bu varlığın Yazılım varlığı ve Donanım varlığı olmadan da yaşayamayacağını düşünün. Bunlar Computer, etki alanının Bilgisayar bölümünün mini ekosistemini oluşturur.

Agrega Kökü, agrega içindeki annelik kuruluşudur (bizim durumumuzda Computer), deponuzun yalnızca Agrega Kökleri olan varlıklarla çalışmasını sağlamak yaygın bir uygulamadır ve bu kuruluş diğer kuruluşları başlatmaktan sorumludur.

Agrega Kökünü Agregaya Giriş Noktası olarak düşünün.

C # kodunda:

public class Computer : IEntity, IAggregateRoot
{
    public Hardware Hardware { get; set; }
    public Software Software { get; set; }
}

public class Hardware : IEntity { }
public class Software : IValueObject { }

public class Repository<T> : IRepository<T> where T : IAggregateRoot {}

Donanımın büyük olasılıkla bir ValueObject olacağını da unutmayın (kendi başına kimliğiniz yoktur), bunu sadece örnek olarak düşünün.

Önce veritabanı yaklaşımını izlerseniz, toplam kök genellikle 1-çok ilişkinin 1 tarafında bulunan tablodur.

Bunun en yaygın örneği Kişi'dir. Her insanın birçok adresi vardır, bir veya daha fazla ödeme makbuzu, fatura, CRM girişi, vb. Her zaman böyle değildir, ancak 9/10 kez.

Şu anda bir e-ticaret platformu üzerinde çalışıyoruz ve temelde iki toplu kökenimiz var:

1. Müşteriler
2. Satıcılar

Müşteriler iletişim bilgilerini sağlar, onlara işlemler atarız, işlemler satır öğeleri alır, vb.

Satıcılar ürün satar, iletişim kişilerine, hakkımızda sayfalara, özel tekliflere vb.

Bunlar sırasıyla Müşteri ve Satıcı deposu tarafından halledilir.

Dinah:

Havuz Bağlamında, Toplam Kök, üst Varlığı olmayan bir Varlıktır. Varlığı kimliği için Ebeveyne bağımlı olan sıfır, Bir veya Çok sayıda Çocuk Varlığı içerir. Bu bir Depodaki Bire Çok ilişkisidir. Bu Çocuk Varlıklar sade Agregalardır.

Bir itibaren kırık bağlantı :

Agrega içinde Agrega Kökü vardır. Agrega Kökü, Agrega içindeki diğer tüm Varlıkların ve Değer Nesnelerinin üst Varlığıdır.

Bir Havuz, Toplu Kök üzerinde çalışır.

Daha fazla bilgiyi burada da bulabilirsiniz .

Agrega bir şeyin toplanması anlamına gelir.
kök , ağacın üst düğümü gibidir, buradan <html>web sayfası belgesindeki düğüm gibi her şeye erişebiliriz .
Blog Analojisi, Bir kullanıcının birçok yayını olabilir ve her gönderinin birçok yorumu olabilir. bu nedenle herhangi bir kullanıcıyı getirirsek , ilgili yayınlara ve bu yayınların diğer yorumlarına erişmek için kök görevi görebilir . Bunların hep birlikte toplandığı veya Toplandığı söyleniyor

Aggregate, erişim düşüncesi toplam kökünü sınırlandırarak değişmezlerinizi koruduğunuz ve tutarlılığı zorladığınız yerdir. Unutmayın, agrega, veritabanı ilişkinizi değil, proje iş kurallarınızı ve değişmezlerinizi tasarlamalıdır. herhangi bir depo enjekte etmemelisiniz ve hiçbir sorguya izin verilmez.

Erlang'da, agrega OO bileşimi yerine devlet içindeki veri yapılarından oluştuğunda, agregalar arasında ayrım yapmaya gerek yoktur. Bir örneğe bakın: https://github.com/bryanhunter/cqrs-with-erlang/tree/ndc-london