डोमेन बनाम डीटीओ बनाम व्यूमोडेल - उन्हें कैसे और कब उपयोग करें?

Question

डोमेन परत (डीएल)/बिजनेस (सर्विस) लेयर (बीएल)/प्रेजेंटेशन लेयर (पीएल) के साथ एक बहु-परत परियोजना में, प्रेजेंटेशन लेयर में इकाइयों को वितरित करने का सबसे अच्छा तरीका क्या है?

DO => Domain Object; 
DTO = Domain Transfer Object; 
VM => View Model; 
V => View; 

विकल्प 1:

DL => DO => BL => DTO => PL => VM => V 

यह विकल्प बेस्ट प्रैक्टिस प्रतीत हो रहा है, लेकिन यह भी mantain करने के लिए भारी लगता है।

विकल्प 2:

DL => DO => BL => DTO => PL => V 

यह विकल्प बहुत अच्छा अभ्यास नहीं लगता है, लेकिन के रूप में डीटीओ वीएम के लिए लगभग समान हैं, हम इसे सीधे देखें पारित कर सकते हैं और इसे लागू और mantain करने के लिए कम painfull है।

क्या यह विकल्प कई लेआउट के लिए भी विश्वसनीय है, उदाहरण के लिए, मोबाइल उपकरणों के लिए मुझे बीएल से कम जानकारी की आवश्यकता हो सकती है, इसलिए मुझे इस विशेष लेआउट के लिए एक अलग वीएम की आवश्यकता होगी?

Answer 1

यदि आपके पास अलग-अलग विचार होने जा रहे हैं जिसके लिए आपके डीटीओ से अलग-अलग डेटा की आवश्यकता है, तो ऐसा लगता है कि आप इनके लिए अलग-अलग दृश्य मॉडल रखने से लाभ उठा सकते हैं और इन्हें अपने डीटीओ को मैप कर सकते हैं।

इसके पीछे के विचारों में से एक विचार है कि आप अपने दृश्य मॉडल को बदलने की अधिक स्वतंत्रता दें, क्योंकि यह जानकर कि आपके आवेदन के किसी भी अन्य हिस्से पर इसका असर नहीं पड़ेगा। यदि आपके डीटीओ का इस्तेमाल कई विचारों में किया जा रहा है तो आपके डीटीओ में प्रत्येक बदलाव के लिए आपको प्रत्येक दृश्य का परीक्षण करने की आवश्यकता होगी।

Answer 2

डीटीओ को देखने के लिए पास करना ठीक है। यदि आपको डीटीओ को बदलने या बढ़ाने की आवश्यकता है तो व्यूमोडेल बनाएं। लिंक जोड़ने के लिए एक आम परिदृश्य होगा। एक जटिल संपत्ति के रूप में डीटीओ को संदर्भित करने के लिए व्यूमोडेल के लिए भी ठीक है।

Answer 3

यहाँ देखें मेरा जवाब: https://stackoverflow.com/a/14059156/1288063

आप कहते हैं: यह विकल्प बेस्ट प्रैक्टिस प्रतीत हो रहा है, लेकिन यह भी mantain करने के लिए भारी लगता है।

शायद लागू करने के लिए भारी, कोड की बस कुछ पंक्तियों को डुप्लिकेट करने के लिए, लेकिन निश्चित रूप से बनाए रखने के लिए।

Answer 4

मेरे लिए यह निर्णय इस बात पर आधारित है कि मैंने अपना सत्यापन तर्क कहां रखा है।

परिदृश्य # 1: व्यूमोडेल (यूआई परत में) में डेटा एनोटेशन जोड़ना प्रोग्रामिंग को बहुत सरल बनाता है। ज्यादातर डीटीओ के बीच एक मानचित्रण पर और मॉडल देखने के लिए एक होगा। ऐसे मामलों में विकल्प 1 अच्छा है। डीएल => डीओ => बीएल => डीटीओ => पीएल => वीएम => वी

परिदृश्य # 2) यदि सत्यापन ViewModels से जुड़ा हुआ नहीं है तो डीटीओ को व्यूमोडेल और व्यूमोडेल के साथ बदल दिया गया है जो बिजनेस लेयर में रहता है। डीएल => डीओ => बीएल => वीएम => पीएल => वी

परिदृश्य # 2 उन परिस्थितियों में सही हो सकता है जहां सत्यापन मॉडल डोमेन मॉडल में रहता है। और इन मॉडलों का उपयोग कई यूआई अनुप्रयोगों द्वारा किया जाता है। यूआई केवल एक सूची में त्रुटियों को सूचीबद्ध करता है, जैसा कि व्यवसाय परत द्वारा दिया गया है (हालांकि उपयोगकर्ता के अनुकूल नहीं है)। चूंकि आवेदन व्यवसाय नियमों से गुज़रता है, हम केवल डोमेन मॉडल को बदलते हैं। फिर डेटाबेस से संबंधित सत्यापन ईएफ (यदि .NET का उपयोग कर रहे हैं) के माध्यम से ऑटो उत्पन्न किया जा सकता है, तो बदलाव के लिए भी कम गुंजाइश।