मुझे इस डेटा पैटर्न को परिभाषित करने में परेशानी हो रही है जो मुझे कई अनुप्रयोगों पर काम करने में आया है।
यह मिश्रण है:
- एक वस्तु प्रकार जो स्वयं कई वस्तुओं से बना होता है
- एक दूसरी वस्तु का प्रकार, जहाँ प्रत्येक उदाहरण में पहली वस्तु 'कई' होती है
- और, पहली वस्तु की प्रत्येक उप-वस्तु प्रत्येक संघ से दूसरी वस्तु के प्रकार के प्रति परिवर्तनीय है।
एक सरल उदाहरण हो सकता है:
- सबक के एक सेट से मिलकर एक प्रोग्रामिंग कोर्स
- सबक एक निर्धारित कार्य से बना है।
- एक कोर्स एक छात्र को सौंपा जा सकता है।
- हालांकि, एक बार एक पाठ्यक्रम को एक छात्र को सौंपा जाता है, प्रत्येक पाठ और / या असाइनमेंट को उस छात्र के लिए अनुकूलित किया जा सकता है, हटाने और परिवर्धन के साथ, उस बिंदु पर जहां मूल पाठ्यक्रम अपरिचित हो सकता है।
मेरे समाधान में, यह क्या परिणाम है:
एक छात्र को पाठ्यक्रम के असाइनमेंट पर, पाठ्यक्रम को मेमोरी में लोड किया जाता है। फिर प्रत्येक उप-ऑब्जेक्ट के लिए, उपयुक्त मेटाडेटा के साथ एक छात्र / उप-ऑब्जेक्ट संबंध ऑब्जेक्ट उत्पन्न होता है। अनिवार्य रूप से, मैं आवश्यक अनुकूलन योग्य वस्तुओं को उत्पन्न करने के लिए एक टेम्पलेट के रूप में मूल वस्तु का उपयोग कर रहा हूं।
इससे बड़ी मात्रा में डेटा प्राप्त होता है क्योंकि उप-ऑब्जेक्ट अधिक जटिल और क्रमांकित हो जाते हैं। मुझे आश्चर्य हो रहा है कि इस डेटा पैटर्न में हेरफेर करने के लिए आवश्यक तर्क / जटिलता की मात्रा को कम करने के लिए कुछ अनुकूलन या पैटर्न है।
2
क्या आप वाकई "डेटा की मात्रा कम करना चाहते हैं"? क्या आप इसके बजाय "गैर-तुच्छ कोड और तर्क की मात्रा को कम करने" के तरीकों की तलाश कर रहे हैं जो आवश्यक व्यवहार को लागू करने के लिए लिखे जाने की आवश्यकता है? (मुझे लगता है कि डेटा के चल रहे प्रबंधन के लिए एक डेटाबेस के समान संबंधपरक डेटा संरचना की आवश्यकता होती है।)
—
rwong
@rwong Yes, "reduc [ing] नॉन-ट्रिवियल कोड और लॉजिक की मात्रा" मेरा अंतिम लक्ष्य है। मेरे लिए, इसका मतलब है कि किसी तरह से डेटा जटिलता को कम करना, लेकिन यह एक आवश्यकता नहीं है। यह इतना सामान्य डेटा पैटर्न बन गया है कि मुझे आश्चर्य है कि अगर इसे प्रबंधित करने का कोई सरल तरीका है।
—
निकोलस पिकरिंग
सिद्धांत रूप में यह m: n संबंध का एक उन्नत संस्करण है। एक शीर्षक के बारे में क्या »कैसे जटिल वस्तु संबंधों का प्रबंधन करने के लिए«?
—
थॉमस जं।
डेटा की एक बड़ी मात्रा डेटा में जटिलता के एक विशाल स्तर के समान नहीं है। आप जो निर्माण कर रहे हैं उसे प्रबंधित करने में कठिनाई संभवतः वॉल्यूम के साथ जटिलता से अधिक बढ़ेगी।
—
वाल्टर मिटी
दिलचस्प। मैंने कई एप्लिकेशनों पर काम किया है, जिनमें यह पैटर्न है, लेकिन इससे पहले कभी नहीं देखा गया कि यह एक पैटर्न है। इस तरह के डेटा को प्रबंधित करने के सरल तरीके देखना भी पसंद करेंगे।
—
जूल्स