सक्रिय रिकॉर्ड है डेटा का उपयोग के लिए एक डिजाइन पैटर्न ...
फिलहाल मैं डेटा का उपयोग के बारे में के पार चलो लगते हैं दो मुख्य डिजाइन पैटर्न देखते हैं धन्यवाद
सक्रिय रिकॉर्ड
आपका वस्तुओं एक डीबी के अपने राज्य बने (या अन्य हठ तंत्र) के लिए तरीकों को शामिल तो:
आपके पास ग्राहक वस्तु हो सकती है।
ग्राहक ऑब्जेक्ट में ग्राहक .वे() ;, ग्राहक। गेट (int आईडी) जैसी विधियों का एक समूह होगा; और दूसरे।
इन तरीकों से वास्तविक दुनिया में किसी ग्राहक के साथ वास्तव में कुछ भी नहीं है। वे वास्तव में आपके आवेदन के बुनियादी ढांचे के बारे में हैं।
भंडार पैटर्न
भंडार पैटर्न में, अपने ग्राहक वस्तु एक POCO, या मूक वस्तु होगा। यह केवल तरीकों और गुण कि यह वास्तव में एक ग्राहक (नाम, ईमेल पता, सूची आदेश, आदि जैसी चीजों) का प्रतिनिधित्व करने की जरूरत है
आप ग्राहक बनाए रखना चाहते है - आप बस इसे अपने भंडार को पारित
रिपोजिटरी। सेव (माई कस्टमर)।
सक्रिय रिकॉर्ड पैटर्न त्वरित और काम करने में आसान है। दुर्भाग्यवश, यह इन विधियों के साथ आपके डोमेन मॉडल को अव्यवस्थित करता है, जिसका वास्तव में ग्राहक के साथ कुछ भी नहीं है। इससे समय के साथ आपके डोमेन मॉडल को बनाए रखना मुश्किल हो जाता है।
बहुत सी स्थिति के लिए सक्रिय रिकॉर्ड पैटर्न का उपयोग करना बहुत उपयुक्त है। उदाहरण के लिए - यदि मैं एक काफी सरल ऐप लिख रहा हूं जो शायद ज्यादा नहीं बदलेगा, तो शायद मैं सबसोनिक को फायर कर दूंगा और अपना सक्रिय रिकॉर्ड डीएएल उत्पन्न करूंगा। मैं 20 मिनट के भीतर अपना बिजनेस कोड कोडिंग कर रहा हूं और सभी डीबी सामानों को पहले से ही ख्याल रखा जाता है। बदलने के लिए
, तो दूसरी ओर, मैं एक विशेष रूप से जटिल डोमेन मॉडलिंग कर रहा हूँ, उच्च संवेदनशीलता के साथ, मैं अपने डोमेन मॉडल को साफ रखने चाहते हैं, और nHibernate या इसी तरह के भंडार पैटर्न को लागू ...
यह लंबे समय से रहा है क्योंकि मैंने ADO.Net का उपयोग करके अपना स्वयं का डेटा एक्सेस लॉन्च किया है, और मैं वास्तव में इसकी अनुशंसा नहीं करता हूं कि अब बहुत सारे डेटा एक्सेस टूल्स उपलब्ध हैं।
+1 में सबसे अच्छी सुविधाओं में से एक है। बहुत अच्छी स्पष्टीकरण –