Etki-temelli bir ayrıntı çok yok bu tasarım, bir bölümü arayüz eğer etki modeli izole etmek gerekir. Bu iyi bir uygulama olduğunu meslektaşlarımı ikna etmeye çalışıyorum ama pek bir ilerleme gibi görünüyor bilmiyorum...

Sunum ve arayüz katmanları içinde istedikleri yere etki varlıkları kullanıyorlar. Ben tartışmak için onlara olmalılar kullanarak ekran modelleri veya DTOs için izole Etki alanı katman katman arabirimi, onlar da karşı olduğunu göremiyorlar iş değeri yapmak gibi bir şey bu, çünkü şimdi bir UI nesne korumak yanı sıra özgün etki alanı nesne.

Bu yedeklemek için kullanabileceğiniz bazı somut sebep arıyorum. Özellikle:

1. Neden bizim sunum katmanında etki alanı nesneleri kullanmalı mıyız?< / ^ br . (eğer cevap belli, 'o zaman neden çok önemli olduğunu bu bağlamda açıklamak) lütfen ayırımı
2. Ek nesneleri veya yapıları arayüzünden bizim etki alanı nesneleri izole etmek için kullanmalıyız?

Oldukça basit, bu nedenle uygulama ve drift biridir. Evet, sunu katmanı onları düzgün bir şekilde temsil edebilmek için iş nesneleri bilmesine gerek yok. Evet, başlangıçta nesneleri iki tür uygulanması arasında bir örtüşme var gibi görünüyor. Sorun, zaman geçtikçe, olaylar her iki tarafta da eklenir. Sunum değişiklikleri ve Sunum Katmanı ihtiyaçlarını iş katmanı tamamen bağımsız şeyler vardır (renk, örneğin) gelişmeye. Bu arada, etki alanı nesneleri değiştirmek zamanla, ve sizde uygun ayırımı gelen arayüzü, çalıştırmadan risk berbat arayüzü katmanı yaparak görünüşte iyi huylu değişiklikler için iş nesneleri.

Şahsen, inanıyorum ki en iyi şekilde yaklaşım şeyler ancak kesinlikle zorunlu arayüzü paradigma; yani, iş nesne katmanı gösterir bir arayüz ancak bunun olması Tebliğ ile; uygulama ayrıntıları (örneğin etki alanı nesneleri) hakkında arabirimi maruz kaldığı. Evet, bu BO katman iki yerde; arayüz katmanı ve etki alanı nesneleri uygulamak zorunda olduğu anlamına gelir. Ama bu reimplementation, başlangıçta ek iş gibi görünse de, gelecekte bir noktada işe TONLARCA kurtaracak ayırımı zorlamak olur.