เป็นความคิดที่ดีที่จะเพิ่ม ViewModel เหมือนกับ Model

ฉันมีเลเยอร์ต่อไปนี้ในโซลูชันของฉัน:

1. App.Domain
2. App.Service
3. App.Core (บางทีคุณอาจเรียกแอปนี้ว่า DataLayer)
4. App.Web

รูปแบบการออกแบบซอฟต์แวร์ไม่ใช่คำถามของฉันฉันมี Model ต่อไปนี้ Domain

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

ฉันต้องการใช้โมเดลนี้ในมุมมอง (ตัวอย่างเช่นหน้าแรก) และฉันต้องการใช้Id, Name & Valueดังนั้นหากฉันต้องการสร้าง ViewModel ฉันจะเพิ่มสิ่งต่อไปนี้:

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

ดังนั้นความคิดที่ดีคืออะไร? หรือเพียงแค่ใช้FooแทนFooViewModel?

สิ่งนี้อาจดูเหมือนละเมิดกฎ DRY ในขั้นต้น แต่ฉันยืนยันว่า "รหัสที่คล้ายกันและเหมือนกัน" ไม่จำเป็นต้อง "ซ้ำซ้อน" หากทำสิ่งที่แตกต่างออกไปหรือสามารถเปลี่ยนแปลงได้อย่างอิสระ และในกรณีของโมเดลการดูโค้ดจะกำหนดสิ่งที่ลูกค้าเห็นไม่จำเป็นต้องเป็นเอนทิตีและการดำเนินการที่ธุรกิจพูดถึง ดังนั้นคุณมักจะเปิดเผยโมเดลให้กับลูกค้าหรืออินเทอร์เฟซที่เป็นแบบ "บังเอิญเหมือนกัน" คุณสามารถเปลี่ยนแปลงกฎและข้อกำหนดทางธุรกิจหรือคำศัพท์เฉพาะของผู้ใช้ซึ่งเป็นอิสระจากกัน

ดังนั้นฉันจะหันกลับไปถามคุณ หากการเปลี่ยนแปลงโดเมนเป็นที่ยอมรับหรือไม่สำหรับลูกค้า "รุ่น 1" เพื่อใช้อินเทอร์เฟซเก่าต่อไป คุณจะเปิดเผยคำหรือการดำเนินการในอินเทอร์เฟซที่ไม่ได้เป็นส่วนหนึ่งของ "กฎธุรกิจหลักหรือไม่" และในทางกลับกัน?

คำถามเหล่านี้อยู่ในใจหากฟังก์ชั่น "มุมมอง" ของคุณนั้นเปิดเผยโมเดลโดเมนพื้นฐานอย่างเคร่งครัดใช่ดูเหมือนว่าจะเป็นการละเมิดกฎ DRY

_{โปรดจำไว้ว่าการเปิดเผยมุมมองที่เปลี่ยนแปลงอย่างเป็นธรรมชาติยิ่งขึ้นด้วยการเปลี่ยนแปลงแบบจำลองสามารถทำได้ในบางภาษาด้วยคุณลักษณะของสมาชิกและการสะท้อนกลับ (หรือน้อยกว่าด้วยทำซ้ำผ่านความสำเร็จอื่น ๆ ของความฉลาด ... แต่ "ความฉลาด" มักจะล้มเหลวในการพิสูจน์การทำซ้ำมันอะไหล่คุณ)}

ฉันจะมีรูปแบบการดูที่มีเพียงหนึ่งคุณสมบัติเช่นอินสแตนฟู ด้วยวิธีนี้คุณจะไม่ละเมิด DRY ตามคำจำกัดความใด ๆ ของมันหาก Foo เปลี่ยนแปลงโมเดลมุมมองของคุณจะเห็นการเปลี่ยนแปลงโดยอัตโนมัติและคุณปล่อยให้คุณเป็นอิสระจากโมเดลมุมมองโดยตรงกับโมเดล

หากวันพรุ่งนี้มีความต้องการมุมมองที่จะแสดงอย่างอื่นเช่นเดียวกับ Foo คุณสามารถเพิ่มคุณสมบัติใหม่และความตั้งใจของรูปแบบการดูของคุณจะยังคงชัดเจนมันมี Foo และอย่างอื่นคุณจะไม่มี ส่วนผสมของคุณสมบัติจาก Foo กับคุณสมบัติอื่น ๆ ที่ไม่เกี่ยวข้อง

ฉันไม่คิดว่ารูปแบบการดูของคุณเป็น FooViewModel ฉันจะคิดในแง่ของมุมมองที่ควรแสดง หากมันแสดงเพียงหนึ่ง Foo โมเดลการดูจะมีหนึ่งคุณสมบัติคือ Foo

ไม่แน่ใจว่าฉันอธิบายอย่างชัดเจนหรือไม่ ถ้าไม่บอกให้ฉันรู้แล้วฉันจะพยายามและพูดมันอีกครั้งเมื่อฉันตื่น!

ฉันจะบอกว่าการใช้FooViewModelวิธีนี้เป็นการละเมิดครูใหญ่ เมื่อคุณต้องการเปลี่ยนแปลงFooคุณต้องทำการเปลี่ยนแปลงFooViewModelด้วย ฉันคิดว่าคุณน่าจะได้รับบริการที่ดีกว่าเพียงใช้Fooเป็นโมเดลสำหรับมุมมองของคุณ ฉันจะพิจารณาโมเดลการดูหากคุณต้องการแสดงสิ่งต่าง ๆ จาก Foo และอย่างอื่น ตัวอย่างเช่นสมมติว่าคุณต้องการที่จะทำให้ข้อมูลบางอย่างจากและจากFooBar