प्रोग्रामिंग सिद्धांत DRY
प्रोग्रामिंग सिद्धांत DRY (Don’t repeat yourself) एक बड़े सिस्टम, उदाहरण के लिए, आपके द्वारा विकसित सॉफ़्टवेयर को छोटे-छोटे, दोहराए न जाने वाले घटकों में विभाजित करने का सुझाव देता है। यदि आपके पास एक ही कार्य करने वाले कई घटक हैं, तो DRY सिद्धांत के अनुसार उनकी संख्या कम करनी चाहिए, आदर्श रूप से, ताकि प्रत्येक घटक दोहराया न जाए।
सिस्टम को स्पष्ट रूप से परिभाषित कार्यों के निष्पादन के लिए जिम्मेदार घटकों में विभाजित करने के बाद, उन्हें कक्षाओं में संगठित किया जा सकता है, जिसे मॉड्यूलर आर्किटेक्चर कहा जाता है।
DRY सिद्धांत के अनुसार सिस्टम को सही ढंग से बनाने के लिए निम्नलिखित नियमों का पालन करना आवश्यक है:
- प्रोजेक्ट पर काम शुरू करने से पहले इसे दृश्य घटकों में विभाजित एक ग्राफिकल योजना के रूप में प्रस्तुत करें।
- प्रोजेक्ट के एक जटिल घटक पर काम करते समय, इसे यूएमएल आरेख या इसी तरह के साधनों के रूप में ग्राफिक रूप से भी प्रस्तुत करना चाहिए।
- ग्राफिकल योजना में प्रोजेक्ट के प्रत्येक घटक के पदानुक्रम और भूमिका को स्पष्ट रूप से इंगित करना चाहिए।
- योजना में प्रोजेक्ट के अन्य प्रतिभागियों के घटकों के साथ आपके घटकों के संबंध को भी इंगित करना चाहिए, साथ ही यह भी बताना चाहिए कि प्रोजेक्ट की कौन सी शाखाएं सामान्य या निजी होंगी।
- घटकों के बीच कठोर कड़ियों से बचना आवश्यक है, क्योंकि वे पूरी परियोजना वास्तुकला की दक्षता पर नकारात्मक प्रभाव डालती हैं।
यह भी देखें
-
सिद्धांत
SOLID,
जो ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग पर आधारित सॉफ़्टवेयर के लिए दिशानिर्देश निर्धारित करता है -
सिद्धांत
KISS,
जो सॉफ़्टवेयर को जटिल बनाने से इनकार करने का सुझाव देता है -
सिद्धांत
YAGNI,
जो सॉफ़्टवेयर की अतिरिक्त कार्यक्षमता से इनकार करने का सुझाव देता है -
सिद्धांत
CQS,
जो प्रत्येक फ़ंक्शन के लिए केवल एक कमांड निर्धारित करता है -
सिद्धांत
LoD,
जो सॉफ़्टवेयर विकास के दौरान लागू किया जाता है -
सिद्धांत जिम्मेदारी का पृथक्करण,
जो सॉफ़्टवेयर विकास के दौरान लागू किया जाता है
