मैं पहले संदेह में था, लेकिन अब मैं डायनामिक डेटा का उपयोग लगभग जितना करता हूं उतना ही मैं "मानक" एएसपी.नेट साइट्स करता हूं। बॉक्स के बाहर, यह बहुत सामान्य है, लेकिन यह अनुकूलन योग्य है, और इसमें मानक एएसपी.नेट पेज शामिल हो सकते हैं।
सबसे पहले, मैं इसे एक मानक व्यवस्थापक साइट के रूप में उपयोग करता हूं जब मुझे "मानक" ऐप से डेटा में "बैक दरवाजा" की आवश्यकता होती है। हाल ही में, हालांकि, मेरा दृष्टिकोण कुछ और योजना बनाने के लिए किया गया है, और यह तय करें कि कौन सी सारणी मैं उपयोगकर्ताओं को डायनामिक डेटा मैकेनिज्म के माध्यम से एक्सेस करना चाहूंगा, और कौन सा डेटा मैं अधिक नियंत्रण चाहता हूं। आप केवल अपनी इच्छित तालिका को मचान कर सकते हैं, और यह "लुकअप" टेबल के लिए अच्छा काम करता है जहां आप एक अंतिम उपयोगकर्ता को जोड़ने/हटाने में सक्षम होना चाहते हैं। एक उदाहरण हमारे ईमेल कूपन कार्यक्रम में होगा, जहां ग्राहक ईमेल के माध्यम से कूपन प्राप्त करने के लिए साइन अप कर सकते हैं। वे अपनी कूपन श्रेणियां - गर्म खाद्य पदार्थ, पेय पदार्थ, गैस, उपज इत्यादि चुन सकते हैं। समग्र कूपन कार्यक्रम के व्यवस्थापक को श्रेणियों को जोड़ने और हटाने में सक्षम होना चाहिए, और डायनामिक डेटा इस तरह की चीज़ के लिए आश्चर्यजनक है।
डायनामिक डेटा डेटा सत्यापन (सुरक्षा और प्रयोज्यता के लिए एक बड़ा प्लस) का ख्याल रखता है, हमारे रिश्ते मैपिंग (एक बड़ा समय बचतकर्ता) और बस "यह सही है"। कारोबारी माहौल में, सुरक्षा और उत्पादकता दो बहुत ही वास्तविक चिंताओं हैं जिन्हें अधिकांश डेवलपर्स द्वारा खराब तरीके से संभाला जाता है, और गतिशील डेटा मूलभूत बातें को अच्छी तरह से संभालने लगता है।
तो हाँ, मुझे लगता है कि यह इसके लायक है। यह आपके टूलबॉक्स में बहुत शक्तिशाली और उत्कृष्ट उपकरण है, लेकिन एक जिसे कौशल के साथ रखा जाना चाहिए, जिसमें समय और अभ्यास लगता है। और यह आपके टूलबॉक्स में एकमात्र टूल नहीं होना चाहिए।
मामूली स्पष्टीकरण: 'रूबी! = रेल', लेकिन आईएमओ 'रूबी.contains (" sux ") और Rails.contains (" sux ")' –
हाँ, उस भेद को न करने के लिए खेद है। मुझे लगता है कि रेल और रूबी हाथ में हैं, जैसे सी # और .NET। –