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