बहिष्कृत नहीं किया गया है। यह डीटीओ पैटर्न का उपयोग किया जाना चाहिए या नहीं, तो अनुप्रयोग वास्तुकला पर निर्भर करता है। उदाहरण के लिए, जब आप वेब सर्विसेज (जेएक्स-डब्ल्यूएस या जेएक्स-आरएस का उपयोग करके) विकसित करते हैं, तो आपको अपने वेब विधियों पर डीटीओ भेजना चाहिए ताकि सी # या पायथन क्लाइंट एप्लिकेशन इसका उपभोग कर सके, और आपकी वेब विधि को उस ऑब्जेक्ट को वापस नहीं करना चाहिए हाइबरनेट एनोटेशन, अन्य भाषाओं की तुलना में याद रखें, एंटीटी उन एनोटेशन या अन्य व्यावसायिक तर्क के अंदर नहीं बनाई जाएगी।
संपादित करें (आपकी टिप्पणी के आधार पर): यह सॉफ़्टवेयर आर्किटेक्चर पर निर्भर करता है। उदाहरण के लिए, मैं एक एसओए परियोजना पर काम कर रहा हूं और हम सेवा परत और प्रस्तुति परत के लिए डीटीओ का उपयोग करते हैं। अधिक गहरा अंदर, हम सेवाओं के अंदर डेटाबेस संचार को संभालने के लिए डीटीओ का भी उपयोग करते हैं, हम डीबी के साथ संवाद करने के लिए केवल एसपी का उपयोग करते हैं, इसलिए कोई हाइबरनेट या कोई अन्य ओआरएम उपकरण वहां काम नहीं कर सकता है, हम Spring DAO का उपयोग कर सकते हैं और वह ढांचा डीटीओ का भी उपयोग करता है। आजकल आप कई अनुप्रयोगों में बहुत सारे डीटीओ पैटर्न पा सकते हैं।
और जानकारी है कि इस प्रश्न के लिए बहुत अच्छा होगा:
संपादित करें 2: जानकारी का एक अन्य स्रोत है कि डीटीओ के डिजाइन का उपयोग कर के लिए मुख्य कारण समझा जाएगा, Martin Fowler
निष्कर्ष से समझाया: डीटीओ के नहीं एक हैं विरोधी पैटर्न। डीटीओ का उपयोग तभी किया जाता है जब आपको एक सबसिस्टम से दूसरे डेटा में डेटा पास करने की आवश्यकता होती है और उनके पास संवाद करने के लिए डिफ़ॉल्ट या स्टैंडर तरीका नहीं होता है।
स्रोत
2012-06-28 06:02:10
हां ऐसे परिदृश्य में मैं डीटीओ के उपयोग को समझता हूं। आप एक डीटीओ में परिणाम भेज रहे हैं। लेकिन आंतरिक अनुप्रयोग उपयोग के लिए डीटीओ का उपयोग अधिक नहीं है? – Thihara
@ तिहारा उत्तर आपकी टिप्पणी के आधार पर संपादित –
आपके पहले के अनुसार यह एक विरोधी पैटर्न है जो इस तथ्य को प्राप्त करने के लिए उपयोग किया जाता है कि इकाई सेम धारावाहिक नहीं थे। एक ओआरएम के साथ कि प्राथमिक समस्या मौजूद नहीं है। – Thihara