मैं एक नए आवेदन में डेटा परत को लागू करने के सर्वोत्तम तरीके के बारे में एक सहयोगी के साथ "चर्चा" के बीच में हूं।डेटा लेयर सर्वश्रेष्ठ अभ्यास
एक दृष्टिकोण यह है कि डेटा परत को व्यावसायिक वस्तुओं (हमारे स्वयं के वर्ग जो एक इकाई का प्रतिनिधित्व करते हैं) से अवगत होना चाहिए, और उस वस्तु के साथ काम करने में सक्षम होना चाहिए।
विरोध दृष्टिकोण है कि डेटा स्तर आइटम-नास्तिक होना चाहिए, और विशुद्ध रूप से सरल डेटा प्रकार (तार, bools, तिथियाँ, आदि) को संभालने है
मैं देख सकता हूँ दोनों दृष्टिकोण मान्य हो, लेकिन हो सकता है कि मेरी अपना दृष्टिकोण यह है कि मैं पूर्व को पसंद करता हूं। इस तरह, यदि डेटा स्टोरेज माध्यम बदलता है, तो व्यापार परत को (आवश्यक) को नई डेटा परत को समायोजित करने के लिए बदलना नहीं पड़ता है। इसलिए SQL डेटा स्टोर से एक धारावाहिक xml फाइल सिस्टम स्टोर में बदलने के लिए यह एक छोटी सी बात होगी।
मेरे सहयोगी का दृष्टिकोण यह है कि डेटा परत को ऑब्जेक्ट परिभाषाओं के बारे में पता नहीं होना चाहिए, और जब तक डेटा उचित रूप से पारित किया जाता है, वह पर्याप्त है।
अब, मुझे पता है कि यह उन प्रश्नों में से एक है जिनके पास धार्मिक युद्ध शुरू करने की क्षमता है, लेकिन मैं समुदाय से किसी भी प्रतिक्रिया की सराहना करता हूं कि आप इस तरह की चीजों से कैसे संपर्क करते हैं।
TIA
मैं पूरी तरह से सहमत हूं। डेटा एक्सेस लेयर इत्यादि का डिज़ाइन काफी हद तक धुंधला हो रहा है। जबकि मैं हमेशा प्रस्तुति परतों से अपने व्यापार तर्क को अलग करने का विकल्प चुनता हूं। एमवीसी पैटर्न एफटीडब्ल्यू ;-) –