वेब सेवाओं में डेटासेट शैतान के उत्पाद और दुनिया की सभी बुराई हैं

(नहीं, मैं वास्तव में इस पर विश्वास नहीं करता हूं, लेकिन यह एक बहुत अच्छा शीर्षक है, सही है; डेटासेट्स को अस्तित्व का अधिकार है, लेकिन बाहरी व्यावसायिक वस्तुओं या वेब सेवाओं के अनुबंध के रूप में नहीं)।

बैरी ग्रीविन ने मेरे "रन ओवर डेटासेट" और इस तथ्य पर टिप्पणी की कि मैंने अपनी बात नहीं बताई। अपने पोस्ट में, बैरी ने हैरी पियर्सन के बयान पर टिप्पणी की कि आप वेब सेवाओं में डेटासेट का उपयोग नहीं कर सकते क्योंकि वे .NET के अलावा अन्य प्लेटफार्मों के साथ संगत नहीं हैं। इस पर बैरी ने जवाब दिया: “यह सच नहीं है। एक डेटासेट सिर्फ एक्सएमएल है। "ठीक है, यह एक्सएमएल है, लेकिन मैं उसी सफलता के साथ कह सकता हूं कि कोई भी वाक्य ASCII वर्णों का एक सेट है और हर किसी को समझना चाहिए: ले" डेटासेट "n'est pas votre ami si vous faites des Services de Web। खैर, शायद बैरी को समझने में सक्षम हो जाएगा, लेकिन व्यक्तिगत रूप से, मैं फ्रेंच में विशेषज्ञ नहीं हूं। ;)

डेटासेट एक फल फूलदान है, लेकिन फल खुद नहीं। क्या आप वास्तव में फल के बजाय फूलदान प्राप्त करना चाहते हैं?

डेटासेट एक वस्तु है, है ना? लेकिन यह एक डोमेन ऑब्जेक्ट नहीं है, यह "ऐप्पल" या "ऑरेंज" नहीं है - यह "डेटास्" प्रकार का एक ऑब्जेक्ट है। एक डेटासेट एक फूलदान है (जो जानता है कि इसमें क्या निहित है)। एक DataSet एक ऑब्जेक्ट है जो कॉलम और रो को स्टोर करना जानता है। यह एक ऐसा ऑब्जेक्ट है जो डेटाबेस के बारे में बहुत कुछ जानता है। लेकिन मैं फूलदान नहीं लेना चाहता। मैं डोमेन ऑब्जेक्ट्स जैसे सेब प्राप्त करना चाहता हूं।

"टाइप किए गए डेटासेट का उपयोग करें," आप कहते हैं। "यह वस्तुओं के समान है और देखो - यह किसी तरह काम करेगा!"

नहीं! टाइप किए गए डेटासेट डोमेन ऑब्जेक्ट नहीं हैं। टाइप डेटासेट सिर्फ एक फूलदान है जिस पर एक सेब का चित्र है। "देखो, यहाँ एक सेब है - हमने इसे कॉलम में तोड़ दिया!" डेटासेट (टाइप किए गए सहित) एक अच्छे डोमेन मॉडल के लिए एक बहुत ही खराब प्रतिस्थापन हैं।

बैरी ने अपनी वेबसाइट पर डेटासेट्स के पक्ष में बहुत अच्छे तर्क दिए , लेकिन मैं अभी इन सबका विश्लेषण नहीं करूँगा कि मैं इनमें से प्रत्येक बिंदु से सहमत हूँ या नहीं। मैं सिर्फ यह नोट करता हूं कि ये सभी तर्क डेटा एक्सेस लेयर में डेटासेट के लिए मान्य हैं, लेकिन बिजनेस ऑब्जेक्ट लेयर में नहीं। इसके अलावा, मैं एक क्लासिक (इंट्रानेट) क्लाइंट-सर्वर WinForms एप्लिकेशन में डेटासेट की उपयोगिता को बड़ी संख्या में डेटाबिन्डिंग के साथ समझता हूं।

सार्वजनिक वेब सेवाओं के परिणाम के रूप में डेटासेट वापस करना BAD है।

तो क्यों हम डेटासेट को वेब सेवा से वापस नहीं लेते हैं? डेटासेट, साथ ही उनके क्रमांकन के एक्सएमएल में जानकारी का एक समूह शामिल है जो डोमेन मॉडल से बहुत कमजोर रूप से संबंधित है। डेटासेट्स डेल्टास (डिफग्राम) हो सकते हैं, उनमें डेटा स्कीम शामिल हो सकती है या नहीं भी। किसी भी स्थिति में, वे एक "डेटा सेट" हैं। ये हमेशा एक ही प्रकार के ऑब्जेक्ट होते हैं - एक डाटासेट। लेकिन कई प्रोग्रामिंग भाषाएँ (उदाहरण के लिए एक ही जावा) हैं, जो इस डेटा प्रकार का समर्थन नहीं करती हैं। डेटासेट उनकी प्रकृति द्वारा, एक लेट-बाउंड ऑब्जेक्ट है। यहां तक ​​कि टाइप किए गए डेटासेट लगातार पंक्तियों को SqlDataTypes और नियमित CLR प्रकारों के बीच परिवर्तित करते हैं, जब Rows ["Apple"] को कॉल करते हैं। डेटासेट वैरिएंट क्लास के बराबर एक वर्ग है, जिसकी वस्तुएं एक्सएमएल में किसी भी प्रकार की हो सकती हैं। एक सार्वजनिक वेब सेवा में डेटासेट की प्रकार की वस्तुओं को वापस करना सबसे अधिक संभावना है कि जावा प्रोग्रामर को हतोत्साहित और भ्रमित करेगा और उसे .NET के खिलाफ एक अतिरिक्त तर्क देगा।

पूरी तरह से ईमानदार होने के लिए - मैं एक ऐसी प्रणाली विकसित करूंगा जहां डेटासेट के लिए एक जगह होगी, केवल तभी जब मैं अपनी वास्तुकला के लिए उनके असाधारण मूल्य के बारे में सुनिश्चित था। एक शब्द में, दोस्तों, हमेशा अपने निर्णयों के परिणामों पर रिपोर्ट करें।

---

यह मेरा पहला अनुवाद है, जो मुख्य रूप से "मेरे अंग्रेजी कौशल में सुधार" के लिए बनाया गया है, इसलिए मैं अनुवाद की गुणवत्ता की सभी आलोचनाओं को सहर्ष स्वीकार करूंगा। मैंने कुछ चीजों का शाब्दिक अनुवाद नहीं किया है, लेकिन, मुझे आशा है, मैंने सार को सही ढंग से व्यक्त किया है।
व्यक्तिगत रूप से, मैं खुद लेखक की राय को पूरी तरह से साझा नहीं करता हूं, इसलिए इस विषय पर दूसरों की राय सुनना दिलचस्प होगा।