डोमेन ऑब्जेक्ट पर डीटीओ मैपिंग के लिए सर्वोत्तम अभ्यास?

Question

मैंने डोमेन ऑब्जेक्ट्स पर डीटीओ मैपिंग से संबंधित बहुत सारे प्रश्न देखे हैं, लेकिन मुझे नहीं लगता कि उन्होंने मेरे प्रश्न का उत्तर दिया है। मैंने अपनी खुद की राय से पहले कई तरीकों का उपयोग किया है लेकिन मैं कुछ और ठोस बनाने की तलाश में हूं।

स्थिति:

हम कई डोमेन वस्तुओं की है। हम एक सीएसएलए मॉडल का उपयोग कर रहे हैं, इसलिए हमारी डोमेन ऑब्जेक्ट्स बहुत जटिल हो सकती हैं और उनमें अपनी डेटा एक्सेस शामिल है। आप इन तारों को तार पर पास नहीं करना चाहते हैं। हम कुछ नई सेवाएं लिखने जा रहे हैं जो कई प्रारूपों (नेट, जेएसओएन, आदि) में डेटा वापस कर देंगे। इसके लिए (और अन्य कारणों) हम तार पर चारों ओर पारित करने के लिए एक दुबला, डेटा स्थानांतरण ऑब्जेक्ट भी बना रहे हैं।

मेरा प्रश्न यह है कि डीटीओ और डोमेन ऑब्जेक्ट को कैसे जोड़ा जाना चाहिए?

मेरी पहली प्रतिक्रिया Fowler, DTO pattern-type solution का उपयोग करना है। मैंने इसे कई बार देखा है और यह मेरे लिए सही लगता है। डोमेन ऑब्जेक्ट में डीटीओ का कोई संदर्भ नहीं है। एक डोमेन ऑब्जेक्ट से एक डीटीओ बनाने के लिए एक बाहरी इकाई (एक "मैपर" या "असेंबलर") कहा जाता है। आम तौर पर डोमेन ऑब्जेक्ट पक्ष पर एक ओआरएम होता है। इसका नकारात्मक पक्ष यह है कि "मैपर" किसी भी वास्तविक स्थिति के लिए बेहद जटिल हो जाता है और यह बहुत नाजुक हो सकता है।

डोमेन ऑब्जेक्ट के लिए डीटीओ को "शामिल" करने का एक और विचार है, क्योंकि यह केवल एक दुबला डेटा ऑब्जेक्ट है। डोमेन ऑब्जेक्ट गुण आंतरिक रूप से डीटीओ गुणों का संदर्भ देंगे और यदि पूछे जाने पर डीटीओ वापस कर सकते हैं। मैं इसके साथ कोई समस्या नहीं देख सकता लेकिन यह गलत लगता है। मैंने कुछ लेख देखे हैं जहां एनएचबीर्नेट का उपयोग करने वाले लोग इस विधि का उपयोग करने के लिए प्रकट हुए।

क्या अन्य तरीके हैं? उपयोग करने के लायक तरीकों में से एक है? यदि ऐसा है या नहीं, तो क्यों?

अग्रिम में किसी भी अंतर्दृष्टि के लिए धन्यवाद।

Answer 1

आपके डोमेन और आपके डीटीओ के बीच बैठने वाले मैपर होने का लाभ उतना ही स्पष्ट नहीं है जब आप केवल एक मैपिंग का समर्थन कर रहे हों, लेकिन मैपिंग की संख्या बढ़ जाती है, डोमेन से अलग कोड रखने से डोमेन को रखने में मदद मिलती है सरल और दुबला। आप अपने डोमेन को बहुत अधिक वजन के साथ अव्यवस्थित नहीं करेंगे।

व्यक्तिगत रूप से, मैं अपने डोमेन इकाइयों से मैपिंग को आजमाकर रखता हूं और जिम्मेदारी देता हूं जिसे मैं "प्रबंधक/सेवा परत" कहता हूं। यह एक परत है जो एप्लिकेशन और सशर्त (ies) के बीच बैठती है, और वर्कफ़्लो समन्वय जैसे व्यवसाय तर्क प्रदान करती है (यदि आप ए को संशोधित करते हैं, तो आपको बी को भी संशोधित करना होगा ताकि सेवा ए सेवा बी के साथ काम करे)।

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

Answer 2

आप the one written by Jimmy Bogard जैसे ऑटोमैपर का उपयोग कर सकते हैं जिसमें ऑब्जेक्ट्स के बीच कोई संबंध नहीं है और अनुपालन नामकरण सम्मेलनों पर निर्भर करता है।

Answer 3

आप ओटिस, ऑब्जेक्ट-टू-ऑब्जेक्ट मैपर भी आज़मा सकते हैं। अवधारणा NHibernate मैपिंग (विशेषता या एक्सएमएल) के समान हैं।

http://code.google.com/p/otis-lib/wiki/GettingStarted

Answer 4

एक अन्य संभावित समाधान: http://glue.codeplex.com।

विशेषताएं:

• द्वि-दिशा मानचित्रण
• स्वचालित मानचित्रण
विभिन्न प्रकार
• नेस्टेड मानचित्रण और
• सूचियों और सरणी सपाट बीच
• मानचित्रण
• संबंधों
• परीक्षण का सत्यापन मानचित्रण
• गुण, फील्ड्स और तरीके

Answer 5

हम टी -4 टेम्पलेट का उपयोग मानचित्रण कक्षाएं बनाने के लिए।

प्रो - मानव पठनीय कोड संकलन समय पर उपलब्ध, रनटाइम मैपर से तेज़। कोड पर 100% नियंत्रण (विज्ञापन-हॉक आधार पर कार्यक्षमता बढ़ाने के लिए आंशिक विधियों/टेम्पलेट पैटर्न का उपयोग कर सकते हैं)

कॉन - कुछ गुणों को छोड़कर, डोमेन ऑब्जेक्ट्स के संग्रह इत्यादि, टी 4 सिंटैक्स सीखना।

Answer 6

मैं अपने द्वारा बनाए गए टूल का सुझाव दे सकता हूं और कोडप्लेक्स पर होस्ट किया गया ओपन सोर्स है: EntitiesToDTOs।

डीटीओ से एंटिटी तक मैपिंग और इसके विपरीत विस्तार विधियों द्वारा कार्यान्वित किया जाता है, ये प्रत्येक छोर के असेंबलर पक्ष को लिखते हैं।

आप की तरह कोड के साथ समाप्त:

Foo entity = new Foo(); 
FooDTO dto = entity.ToDTO(); 
entity = dto.ToEntity(); 

List<Foo> entityList = new List<Foo>(); 
List<FooDTO> dtoList = entityList.ToDTOs(); 
entityList = dtoList.ToEntities(); 

Answer 7

कैसे आप डीटीओ वर्ग कि एक पैरामीटर एक डोमेन वस्तु के रूप में लेता है अंदर एक निर्माता लागू करने के लिए देखते हैं?

कहते हैं ... इस तरह कुछ

class DTO { 

    // attributes 

    public DTO (DomainObject domainObject) { 
      this.prop = domainObject.getProp(); 
    } 

    // methods 
} 

Answer 8

क्यों नहीं हम इस तरह कर सकते हैं?

class UserDTO { 
} 

class AdminDTO { 
} 

class DomainObject { 

// attributes 
public DomainObject(DTO dto) { 
     this.dto = dto; 
}  

// methods 
public function isActive() { 
     return (this.dto.getStatus() == 'ACTIVE') 
} 

public function isModeratorAdmin() { 
     return (this.dto.getAdminRole() == 'moderator') 
} 

} 


userdto = new UserDTO(); 
userdto.setStatus('ACTIVE'); 

obj = new DomainObject(userdto) 
if(obj.isActive()) { 
    //print active 
} 

admindto = new AdminDTO(); 
admindto.setAdminRole('moderator'); 

obj = new DomainObject(admindto) 
if(obj.isModeratorAdmin()) { 
    //print some thing 
} 

@FrederikPrijck (या) किसी: कृपया सुझाव देते हैं। उपर्युक्त उदाहरण में DomainObject डीटीओ पर निर्भर करता है। इस तरह से मैं dto < -> डोमेनोबजेक्ट मैपिंग करने के लिए कोड से बच सकता हूं।

या डोमेन ऑब्जेक्ट क्लास डीटीओ कक्षा को बढ़ा सकता है?