ViewModel'i Model ile tamamen aynı şekilde eklemek iyi bir fikir mi?

Çözümümde şu katmanlar var:

1. App.Domain
2. App.Service
3. App.Core (belki buna App.DataLayer diyorsunuz)
4. App.Web

Yazılım tasarım deseni benim sorum değil, aşağıdaki Modeli var Domain

public class Foo {
    public int Id {get;set;}
    public int Name {get;set;}
    public int Value {get;set;}
}

Bu modeli görünümde (örneğin ana sayfa) kullanmak istiyorum VE kullanmak istiyorum Id, Name & Value, bu yüzden ViewModel oluşturmak istiyorsanız, aşağıdakileri ekleyeceğim:

public class FooViewModel {
    public int Id {get;set;}
    public int Name {get;set;}
    public int Value {get;set;}
}

Peki, bu iyi bir fikir mi? ya da sadece Fooyerine kullan FooViewModel?

Bu başlangıçta KURU kuralının ihlali gibi görünebilir, ancak farklı bir şey yaparsa veya bağımsız olarak değiştirebiliyorsa, "benzer ve hatta özdeş kodun" mutlaka "tekrar" olmadığını iddia ederim. Ve görünüm modelleri söz konusu olduğunda, kod, işletmenin konuştuğu varlık ve işlemleri değil, "müşterinin" gördüklerini tanımlar. Yani, genellikle istemciye veya arayüze "tesadüfen özdeş" modeller ortaya çıkarırsınız. İş kurallarını ve terimlerini veya son kullanıcı terminolojisini birbirinden bağımsız olarak değiştirebilirsiniz.

Bu yüzden soruyu size geri çevirirdim. Etki alanı değişirse, "sürüm 1" istemcilerinin eski arabirimleri kullanmaya devam etmesi kabul edilebilir mi? Arayüzdeki "temel iş kurallarının" parçası olmayan terimleri veya işlemleri açıklayacak mısınız? Ya da tam tersi?

Bu tür sorular aklınızda tutulursa, görüşünüzün "işlevi" kesinlikle temel alan modelini ortaya çıkarmaksa, evet, bu KURU kuralını ihlal ediyor gibi görünüyor.

_{Ayrıca, model değişiklikleriyle daha doğal olarak değişen bir görünüm ortaya çıkarmanın üye nitelikleri ve yansıması olan bazı dillerde de gerçekleştirilebileceğini unutmayın. (Ya da diğer akıllılık özellikleriyle daha az tekrarla ... Ama, “akıllılık” çoğu zaman sizi kurtardığı tekrarlamayı haklı gösteremez.)}

Sadece bir özellik, bir Foo örneği içeren bir görünüm modelim olurdu. Bu şekilde, DRY'yi herhangi bir tanımına göre ihlal etmiyorsunuz, Foo değişirse, görünüm modeliniz otomatik olarak değişikliği görür ve kendinizi görünüm modelinin modele doğrudan bağlanmasından kurtarırsınız.

Yarın görünümün Foo'nun yanı sıra başka bir şey göstermesi gerekiyorsa, sadece yeni bir mülk ekleyebilirsiniz ve görünüm modelinizin amacı hala net olacak, bir Foo ve başka bir şey içeriyor, ilişkili olmayan diğer özelliklerle Foo'nun özelliklerinin bir karışımı.

Görünüm modelinizi bir FooViewModel olarak düşünmezdim, görünümün ne göstermesi gerektiği konusunda düşünürdüm. Yalnızca bir Foo görüntülerse, görünüm modeli bir özellik, bir Foo içerir.

Bunu açık bir şekilde açıkladım mı emin değilim. Değilse, bana bildirin, uyanıkken yeniden denerim!

FooViewModelBu şekilde kullanmanın KURU prensibini ihlal ettiğini söyleyebilirim . Eğer bir değişiklik yapmak gerektiğinde Foosize de bir değişiklik yapmak zorunda FooViewModel. Bence sadece Foogörüşünüz için model olarak daha iyi hizmet edersiniz. Foo ve diğer şeylerden bir şeyler sergilemeniz gerekiyorsa bir görünüm modelini düşünürüm. Örneğin, bazı bilgilerle Foohem de hem de bunlardan bazı bilgiler oluşturmanız gerektiğini varsayalım Bar.