हम लगभग हमारे सभी आवेदन/उत्पादों में उपयोगकर्ता
को दी लचीलेपन के लिए अतिरिक्त विशेषता/क्षेत्र समर्थन जोड़ने की तरह हम एक उत्पाद श्रेणी है, श्रेणी में, ग्राहक किसी भी उत्पाद के अतिरिक्त विशेषता परिभाषित कर सकते हैं
हम क्या कर रहे डीबी स्तर में है:
श्रेणी तालिका में कुछ अतिरिक्त कॉलम हैं जैसे टेक्स्ट वैल्यू सपोर्ट, Num1Att, Num2Att ... संख्या मूल्य समर्थन के लिए, दिनांक 1 एट, Date2Att ... डेटाटाइम मान समर्थन के लिए, ID1Att , ID2Att ... अन्य तालिका से आईडी के लिए समर्थन जैसे आप ड्रॉपडाउन, सूचीबॉक्स, ...
यहां सभी कॉलम में स्ट्रिंग डेटाटाइप है। पाठ बॉक्स; 50; सच; false;
हम यहाँ की दुकान
हम यहाँ मेटा जानकारी संग्रहीत करेगी, Text1Att मेटा के लिए की तरह
एसएसएन है अशक्त;
फ़ील्ड का कैप्शन; नियंत्रण प्रकार; अधिकतम लंबाई; आवश्यक फ़ील्ड है; कस्टम सत्यापन आवश्यक है; कस्टम सत्यापन संदेश;
जन्म स्थान; टेक्स्टबॉक्स; 100; सत्य; सत्य; अमान्य मान;
संख्यात्मक फ़ील्ड के लिए एक ही ...
तारीख के लिए मेटा जानकारी की तरह
जन्म तिथि दिखेगा; कैलेंडर नियंत्रण; सच; सच; अवैध तिथि;
क्षेत्र का कैप्शन; कैलेंडर नियंत्रण या अन्य हो सकता है; आवश्यक है; कस्टम सत्यापन है; कस्टम सत्यापन संदेश;
क्या उत्पाद तालिका में क्या कर रहे हैं स्तंभ की समान संख्या जोड़ सकते हैं और डेटाप्रकार text1Att है, .. varchar, num1Att सांख्यिक है, date1Att datetime है, ID1Att पूर्णांक
क्या हम जीयूआई पक्ष कर रहे हैं है: श्रेणी परिभाषा पृष्ठ में इन गुणों को जोड़ें और रनटाइम पर मेटा जानकारी बनाएं और श्रेणी तालिका
पर स्टोर करें, दूसरी तरफ जब हम श्रेणी में उत्पाद को परिभाषित करते हैं, तो मेटा जानकारी को पढ़ाया जाएगा और श्रेणी तालिका से ट्रैवर्स और अन्य फ़ील्ड जैसे उत्पाद परिभाषा पृष्ठ में पॉप्युलेट किया जाएगा ।
यदि आपको और मदद की ज़रूरत है, तो मैं आपको छवियां प्रदान कर सकता हूं ताकि आप बेहतर ढंग से समझ सकें कि यह कैसे किया जा सकता है।
हम अनुभव कर रहे हैं और विश्लेषण, इतना लचीला दृष्टिकोण है
स्रोत
2009-06-07 06:15:28
सच कहूं, मैं आपको लगता है ' अलग-अलग उपयोगकर्ताओं को उनकी उड़ानों पर उड़ान भरने से परेशानी के लिए पूछ रहे हैं। उदाहरण के लिए, यदि आपके पास 10 लोग हैं जिन्हें एक ही जानकारी की आवश्यकता है लेकिन इसे 10 अलग-अलग तरीकों से नाम दें, तो आपको बहुत कम लाभ के लिए बहुत जटिलता होगी। उपयोगकर्ताओं के साथ मिलना बेहतर हो सकता है और चीजों को करने के बजाय आम सहमति में आना बेहतर हो सकता है। –
आप 100% सही हैं। मैं उस आवश्यकता के साथ अटक गया हूं :( – Alex
मैंने इसे कई अनुप्रयोगों में पूरा किया है, जब आप इस प्रकार की आवश्यकता को लागू करते हैं, तो यह बहुत मुश्किल है, लेकिन यह कस्टम फ़ील्ड जोड़ने के लिए उपयोगकर्ता को अधिक लचीलापन देगा –