Hesaplama mantığını bir Türe veya İş Katmanına koymalı mıyım?

Son zamanlarda, Varlık katmanına basit bir hesaplamanın yapılması veya Varlığın yalnızca ham verileri depolamak ve hesaplama mantığını iş katmanında bırakmak için saf olup olmadığı konusunda bir soru ile karşı karşıya kaldım.

Benim sorum, bir varlık sınıfındaki özelliklerde basit hesaplamaları kapsüllemenin mantıklı olup olmadığıdır.

İstediğiniz mimarinin türüne bağlıdır.

• Etki Alanına Dayalı Tasarım'da, hem veriye hem de işlevselliğe sahip bir Etki Alanı Modeli oluşturursunuz .

Bu, a'nın Order, siparişin toplam fiyatını temel alan fiyatını döndürecek bir özelliği (veya yöntemi) olduğu anlamına gelir OrderLines. OrderAyrıca bir yöntem olurdu AddOrderItem(Product product, int amount)ve Orderzaten bir olup olmadığını kontrol ediyorum OrderLinebu özel ürün için.

Böyle bir modelde, Repositoryverilere erişmek veya Factoryvarlık oluşturmak için a gibi gerçek varlıklar olmayan nesnelere de sahip olursunuz . Bunlara Alan Adı Hizmetleri denir. Bir Uygulama Katmanı, Etki Alanı Hizmetlerini çağırmaktan sorumludur (örneğin, bir varlığı veritabanından almak için) ve daha sonra varlık üzerinde işlevsellik yürütecektir. Application LayerMümkün olduğunca ince olmalıdır.

DDD hakkında bu kavramları daha ayrıntılı olarak açıklayan güzel bir makale .

• Bir Anemik Alan Modeli de kullanabilirsiniz . Bu, varlıklarınızın get / set özelliklerinden oluştuğu ve davranış içermediği anlamına gelir. Böyle bir tasarımda, İş Katmanınız Orderfiyatı hesaplamak ve yinelenenleri kontrol etmek gibi bir davranış içerecektir OrderLines.

Anemik Alan Modeli'nin kötü bir şey olup olmadığı konusunda farklı görüşler vardır. Şahsen ben gerçek bir Domain Modelini tercih ederim.

Bu makalede , bir Anemik ve Anemik olmayan Etki Alanı Modeli arasındaki farklar açıklanmaktadır.

Varlık ve iş Nesneleri çoğu zaman hemen hemen aynıdır. Örneğin, bir ürün sınıfınız varsa ve ürün sınıfında varolan bir özelliği alan ve bazı hesaplamalar yapan ve daha sonra ortaya çıkaran bir özelliği göstermek istiyorsanız. Bu özelliği yaratma mantığının sınıfta kalması açısından para cezası.

Şimdi, iş katmanı sınıfınıza nerede uyacağınız sorusu gelebilir. İş sorunuyla başa çıkmak için mantığı olan iş katmanı sınıfını kullanmayı tercih ederim. Örneğin, Ürün örneğinizde bir işletme sorunu, paypal gibi üçüncü taraf satıcılar kullanarak para alıyor olabilir.

Hatırlanması gereken en önemli şey, bir Varlığın her zaman bir kimliğe sahip olacağı, ancak bir iş nesnesinin kimliği olmayan bir varlıktır. Örneğin ürün bir varlıktır ama paranın bir kimliği olmazdı. 1000 farklı para örneği aynı olurdu.