मुझे ऐसा लगता है कि जूनियर कोड घटकों को भौतिक चीजों के रूप में देखते हैं, जबकि वरिष्ठ आदर्श श्रेणियों के साथ अधिक व्यवहार करते हैं।
या शायद यह किसी व्यक्ति के पेशेवर स्तर के बजाय उसके विश्वदृष्टिकोण पर निर्भर करता है?
कभी-कभी कोड समीक्षाओं के दौरान, मुझे ऐसे कोड मिलते हैं जहां स्थिरांक CAR_WIDTH के बजाय, डेवलपर ने स्थिरांक TABLE_WIDTH का उपयोग किया क्योंकि यह पहला स्थिरांक था जिसे उसने उपयुक्त मान के साथ पाया था।
यह एक आम समस्या है जब डेवलपर्स किसी स्थिरांक को उसके नाम के बजाय उसके मूल्य के आधार पर चुनते हैं। यह पता चला कि डेवलपर स्थिरांक के प्राथमिक उद्देश्य को नहीं समझता है। उनके विचार में, स्थिरांक केवल पुन: उपयोग और पठनीयता के लिए हैं।
उनका अपना स्थिरांक था जिसे SHIP_OF_THESEUS कहा जाता था।
https://en.wikipedia.org/wiki/Ship_of_Theseus
संभवतः ग्रीक में इसे अलग नाम दिया गया था, लेकिन हम इसे लैटिन में लिखेंगे और इसलिए इसका अंग्रेजी में अनुवाद करेंगे।
const SHIP_OF_THESEUS = { name: "Ship of Theseus", parts: ["mast", "hull", "sail"] };
इस उदाहरण में स्थिरांक SHIP_OF_THESEUS शिप ऑफ थीसियस की अपरिवर्तनीय पहचान का प्रतीक है। इसका मूल्य, जो समय के साथ बदलता है, भौतिक परिवर्तनों का प्रतिनिधित्व करता है।
// Day 1: Initial state of the ship const SHIP_OF_THESEUS = { name: "Ship of Theseus", parts: ["mast", "hull", "sail"] }; // Day 2: Developer changes one part of the ship const SHIP_OF_THESEUS = { name: "Ship of Theseus", parts: ["new mast", "hull", "sail"] }; // Day 3: Developer changes another part of the ship const SHIP_OF_THESEUS = { name: "Ship of Theseus", parts: ["new mast", "new hull", "sail"] }; // Day 4: Developer changes structure of the part of the ship const SHIP_OF_THESEUS = { name: "Ship of Theseus", parts: { mast: "new mast", hull: "new hull", sail: "sail" } };
SHIP_OF_THESEUS: हर दिन, यह स्थिरांक शिप ऑफ थीसियस के आदर्श सार का प्रतिनिधित्व करता है। इसके मूल्य में बदलाव के बावजूद, जहाज की अवधारणा अपरिवर्तित बनी हुई है।
भाग: जहाज के उन हिस्सों की सूची जो हर दिन बदलते हैं। यह जहाज के भौतिक अवतार को दर्शाता है, जो समय के साथ बदलता है।
निरंतर SHIP_OF_THESEUS एक आदर्श रूप के रूप में अपरिवर्तित रहता है: हर दिन यह शिप ऑफ थीसियस का प्रतिनिधित्व करता है। हालाँकि, इसका मूल्य (भाग) बदल सकता है, जो material परिवर्तनों को दर्शाता है।
अरस्तू कहेंगे कि जहाज की पहचान उसके form और function के माध्यम से संरक्षित की जाती है (जेएस में बतख टाइपिंग के समान, है ना?)। हमारे उदाहरण में, यद्यपि जहाज के हिस्से बदलते हैं, वस्तु का रूप (इसकी संरचना और कार्य) अपरिवर्तित रहता है। अपने हिस्सों में बदलाव के बावजूद, हर दिन यह अभी भी वही शिप ऑफ़ थीसियस है।
मुख्य लाभ पठनीयता और पुन: प्रयोज्य नहीं है। मुख्य लाभ कोड को आदर्श और material (प्लेटो के अनुसार) या form और matter (अरस्तू के अनुसार) में अलग करना है। .
इस पृथक्करण से हम बिना रूप बदले मामले को बदल सकते हैं।
और हम मामले की चिंता किए बिना पूरे कार्यक्रम में फॉर्म का उपयोग कर सकते हैं।
अस्वीकरण: उपलब्ध कराए गए सभी संसाधन आंशिक रूप से इंटरनेट से हैं। यदि आपके कॉपीराइट या अन्य अधिकारों और हितों का कोई उल्लंघन होता है, तो कृपया विस्तृत कारण बताएं और कॉपीराइट या अधिकारों और हितों का प्रमाण प्रदान करें और फिर इसे ईमेल पर भेजें: [email protected] हम इसे आपके लिए यथाशीघ्र संभालेंगे।
Copyright© 2022 湘ICP备2022001581号-3