DRY प्रिंसिपल (डोंट रिपीट योरसेल्फ) में कहा गया है कि "ज्ञान के हर टुकड़े में एक प्रणाली के भीतर एक एकल, अस्पष्ट, आधिकारिक प्रतिनिधित्व होना चाहिए।" अधिकांश समय यह कोड को संदर्भित करता है, लेकिन इसे अक्सर प्रलेखन के लिए भी बढ़ाया जाता है।
यह कहा जाता है कि हर सॉफ्टवेयर सिस्टम में एक आर्किटेक्चर होता है चाहे आपने उसे चुना हो या नहीं। दूसरे शब्दों में, आपके द्वारा बनाए गए सॉफ़्टवेयर में एक संरचना है और "जैसा कि निर्मित" संरचना सॉफ़्टवेयर की वास्तुकला है। चूंकि एक निर्मित सॉफ्टवेयर सिस्टम एक आर्किटेक्चर के साथ आता है, क्या उस सिस्टम का आर्किटेक्चर विवरण बना रहा है जो DRY सिद्धांत का उल्लंघन है? आखिरकार, अगर आपको वास्तुकला को जानने की आवश्यकता है तो आप हमेशा कोड को देख सकते हैं ...
क्या आप वास्तव में विश्वास करते हैं कि आप कोड को देखकर वास्तुकला को समझ सकते हैं? कोड आपको सभी कार्यात्मक और गैर-संवैधानिक आवश्यकताओं, वास्तु व्यापार-नापसंद, परिनियोजन मुद्दे, व्यावसायिक संदर्भ, केस परिदृश्य, आदि का उपयोग करेगा? यदि आप कोड ट्रूली कर सकते हैं तो आपको बता देंगे कि यह एक तुच्छ प्रणाली का एक नरक है।
—
luis.espinal
@ luis.espinal, कोड और रनिंग सिस्टम से क्रमशः स्थिर और गतिशील संरचनाओं को समझाना संभव है। चाहे वे संरचनाएं किसी प्रणाली की वास्तुकला के समतुल्य हों या नहीं, यह आपके विचार के विद्यालय पर निर्भर करेगा। जैसा कि आपने बताया है, आप अभी भी किसी भी वास्तु चालकों सहित कुछ बड़े चूकों को याद कर रहे हैं और डिजाइन निर्णयों के पीछे तर्क भी शामिल कर सकते हैं।
—
माइकल
क्या विचारशील स्कूल एक प्रणाली की वास्तुकला के लिए कोड व्युत्पन्न संरचनाओं के बराबर है? अगर हमें पता है कि हम किसी भी वास्तु चालकों सहित कुछ बड़े चूकों को याद करेंगे, तो हम पूरी वास्तुकला को याद कर रहे हैं। यह तुच्छ रूप से साबित करता है कि स्थिर और गतिशील संरचनाएं जो अकेले कोड से विच्छेदित हो सकती हैं, वे किसी आर्किटेक्चर (विचार के स्कूल से स्वतंत्र रूप से) का प्रतिनिधित्व नहीं करती हैं। INCOSE के), वे उस कोड में स्पष्ट हैं जो केवल एक वास्तुकला का एक अंश है।
—
luis.espinal
इसका स्पष्ट उदाहरण। एक सिस्टम आर्किटेक्चर को मुझे विशिष्ट संख्या में मशीनों पर तैनात करने की आवश्यकता हो सकती है, जिसमें बाहरी इंटरफेस बंद हो जाते हैं और एक विशिष्ट क्रम में। अकेले कोड से प्राप्त स्थैतिक और गतिशील संरचनाएं शायद ही कभी (यदि सभी पर) कब्जा कर लेंगी, हालांकि स्पष्ट रूप से, ये एक सिस्टम आर्किटेक्चर की तैनाती और परिचालन पहलुओं का हिस्सा हैं। और किसी भी कोड व्युत्पन्न संरचना केवल एक सॉफ्टवेयर अनुप्रयोग (या घटक) वास्तुकला के स्थिर पहलुओं की वास्तविकताओं से संबंधित होगी । यह सिस्टम आर्किटेक्चर के लिए कभी नहीं हो सकता ।
—
luis.espinal
@ luis.espinal, मैं आपको इस प्रश्न का उत्तर प्रस्तुत करने के लिए आमंत्रित करता हूं! ऐसा लगता है कि आप एक उत्कृष्ट परिप्रेक्ष्य लाते हैं जो मुझे लगता है कि इस विषय में कुछ वास्तविक मूल्य जोड़ देगा। आप इस पर गाना बजानेवालों को उपदेश दे रहे हैं, तो क्यों न एक ऐसा जवाब बनाया जाए जो आपकी सोच को पूरी तरह से समझा दे ताकि सभी को फायदा हो सके? इसीलिए मैंने पहली बार में सवाल पूछा।
—
माइकल