रिसाइकिल कोड लिखना

हमारे द्वारा लिखा गया अधिकांश कोड एक ही उद्देश्य की पूर्ति के लिए है और एक बार उस उद्देश्य में नियोजित होने के बाद यह फिर से दिन का प्रकाश नहीं देखता है। हालांकि, आपके मूल्यवान समय की थोड़ी सी बर्बादी, जब आपके कोड को इस तरह से लिखना पूरी तरह से संभव है कि इसे पुनर्नवीनीकरण किया जा सके और कई अलग-अलग उद्देश्यों में उपयोग किया जा सके।

चुनौती यह है कि रीसाइक्लेबल कोड लिखना काफी अलग है जिसे "थ्रो-दूर" कोड कहा जा सकता है। उत्तरार्द्ध प्रकार के कोड के साथ, आपको वास्तव में केवल इस बात से चिंतित होने की आवश्यकता है कि अन्य मानव आपके कोड निर्देशों की व्याख्या कैसे करते हैं यदि आपने उन निर्देशों को पूरी तरह से नहीं लिखा है। जब आप पुनरावर्तनीय कोड लिखते हैं, हालाँकि, आपको इसे बहुत विशिष्ट तरीके से करने की आवश्यकता होती है, और आपको वास्तव में यह सोचने की आवश्यकता है कि भविष्य में किसी बिंदु पर आपके द्वारा लिखे गए कोड को कोई भी कैसे समझेगा।

इस तरह से चीजों को करने में साधारण कोडिंग की तुलना में अधिक समय और प्रयास लगता है, हालांकि इसका फायदा यह है कि आपको कभी भी एक ही फ़ंक्शन को दो बार लिखना नहीं पड़ता है। जैसा कि कहा गया है, आपको यह सुनिश्चित करने के लिए एक निश्चित तरीके से सब कुछ करने की आवश्यकता होगी कि आपका कोड वास्तव में अन्य उद्देश्यों के लिए फिर से उपयोग किया जा सकता है।

यह ध्यान देने योग्य है कि recyclable कोड जरूरी नहीं कि प्लग-इन जैसी ही चीज हो। जब आप प्लग-इन बनाते हैं, तो आप कुछ कोड विकसित कर रहे होते हैं, जिन्हें कोई भी ले सकता है और अपनी वेबसाइट में शामिल कर सकता है और आसानी से बस कुछ मापदंडों को बदलकर इससे कुछ प्रभाव उत्पन्न कर सकता है।

रिसाइकल कोड इस मायने में अलग है कि यह जरूरी नहीं है कि यह स्थिर हो और यह जरूरी नहीं कि आपके अपने संगठन के बाहर वितरण के लिए ही हो। कोई बात नहीं, यह सुनिश्चित करना आवश्यक है कि आप नीचे वर्णित सही प्रक्रिया का उपयोग करें।

1। संगठन के एक मास्टर बनें

जब आप इस इरादे से कोड बनाते हैं कि आप इसे बाद में पुन: उपयोग कर सकते हैं, तो यदि आप इसे नहीं पा सकते हैं तो यह आपकी बहुत मदद नहीं करेगा। आपको अपनी कोड फ़ाइलों के नामकरण, भंडारण और वर्गीकरण के लिए वास्तव में अच्छा काम करने की आवश्यकता है।

2। "एप्लिकेशन विशिष्ट" क्या है और "सामान्य" क्या है, इसके बारे में अवगत रहें

लगभग हमेशा कुछ कोड होंगे जो वास्तव में आपके विशेष एप्लिकेशन के लिए विशिष्ट हैं और इसे किसी अन्य तरीके से उपयोग नहीं किया जा सकता है। जैसा कि आप कोड का प्रत्येक हिस्सा बनाते हैं, आपको यह तय करना चाहिए कि क्या यह एप्लिकेशन-विशिष्ट या सामान्य कोड है। अंततः आप पूर्व की तुलना में बहुत अधिक उत्तरार्द्ध बनाना चाहते हैं, और ऐसा करने का एक अच्छा तरीका यह है कि मैं चरण 3 में वर्णन करने जा रहा हूं।

3। मूल्यों से अलग कोड

जब आप नए तरीके से कोड का उपयोग करना चाहते हैं तो हार्ड-कोडेड वैरिएबल मान एक समस्या पेश कर सकते हैं। इसका एक बेहतर तरीका यह है कि आप अपने शुरुआती चर मानों को किसी CSV फ़ाइल की तरह संग्रहीत करें, और फिर अनुप्रयोग शुरू होने पर उन मूल्यों को लोड करें। यह विधि आपको अपनी मूल कोड फ़ाइल के साथ छेड़छाड़ किए बिना आसानी से प्रारंभिक चर मानों को बदलने की अनुमति देती है।

4। किसी भी मूल्य को हार्ड-कोड न करने का प्रयास करें जो बिल्कुल नहीं होना चाहिए

मूल रूप से इसका मतलब है कि आपको किसी भी मान को हार्ड-कोड नहीं करना चाहिए, एक अपवाद के साथ जो उस फ़ाइल का नाम है जिसे सभी सॉफ्ट-कोडेड मानों के साथ लोड किया जाएगा। वह फ़ाइल हमेशा एप्लिकेशन के रूट पथ के सापेक्ष सुलभ होनी चाहिए, या यदि आप फ़ाइलों को किसी भिन्न ऑपरेटिंग सिस्टम पर ले जाते हैं, तो आपको समस्या हो सकती है।

5। फ़ाइल नामों में रिक्त स्थान डालने से बचें

सिर्फ इसलिए कि आप फ़ाइल नामों में रिक्त स्थान डाल सकते हैं इसका मतलब यह नहीं है कि आपको चाहिए। यदि आप अपनी फ़ाइलों को किसी भिन्न ऑपरेटिंग सिस्टम या फ़ाइल सिस्टम में ले जाते हैं तो यह संभावित रूप से आपके लिए समस्याएँ पैदा कर सकता है। उदाहरण के लिए यदि आप अपनी फ़ाइलों को ext4 से FAT में स्थानांतरित करते हैं, तो आप पा सकते हैं कि आपको समस्याएँ आती हैं। दिलचस्प है कि विंडोज ऑपरेटिंग सिस्टम उन में गैरकानूनी पात्रों के साथ फाइलों के नाम प्रदर्शित करेगा, लेकिन आपको उन फाइलों तक किसी भी तरह की पहुंच की अनुमति नहीं देगा, भले ही आप उन्हें करना चाहते हों।

5। हर चीज को मौखिक रूप से टिप्पणी करें

जिस समय आप अपना कोड लिखते हैं, आप वास्तव में जानते हैं कि यह क्या करने जा रहा है। लेकिन कुछ साल बीतने दें और यह बहुत संभव है कि आप अपने इरादे भूल गए हों। जब आप किसी और के कोड का उपयोग कर रहे हैं तो यह वही कहानी है, क्योंकि जब तक उन्होंने क्रियात्मक टिप्पणियां प्रदान नहीं की हैं, तब तक आपको अनमोल क्षणों का विश्लेषण और व्याख्या करने में खर्च करना होगा कि उन्होंने क्या लिखा है।

6। निर्भरता बनाने से बचें

सबसे पुन: प्रयोज्य कोड परिदृश्यों में सबसे बड़ी खामियों में से एक यह है कि आप फ़ाइल निर्भरता की विशाल श्रृंखला के साथ समाप्त हो सकते हैं। ऐसा इसलिए होता है क्योंकि लोग अपने कोड चंक्स को विशिष्ट तरीके से लिखते हैं और उन्हें एक विशिष्ट क्रम में शामिल करते हैं कि बिना दस्तावेज के क्यों। फिर जब आप इसे जान लेते हैं, तो आप एक वाम-पैड परिदृश्य और हर किसी के साथ समाप्त हो जाते हैं, जब आपके आवेदन के आधार पर कोड का कुछ हिस्सा किसी कारण से बदल जाता है।

आप इस तरह के मेलोडाउन से यह सुनिश्चित कर सकते हैं कि कोड का हर हिस्सा आसानी से एक दूसरे के लिए स्वैप किया जा सकता है, पागलों की तरह दस्तावेज करना, और निश्चित रूप से हर ठग की प्रतियां बनाना।

दस्तावेज़ीकरण में यह शामिल होना चाहिए कि कोई फ़ाइल क्या है, वह क्या करती है, और इसे विशेष स्थान पर क्यों लोड किया जाता है। यह संभावित निर्भरता समस्याओं को समाप्त करता है, क्योंकि कोड के किसी भी हिस्से को फिर से बनाया जा सकता है क्योंकि इसका उद्देश्य ज्ञात है।

7। अपने सभी कोड को वास्तव में बड़े करीने से प्रारूपित करें

जाहिर है कि यह हमेशा वैसे भी ऐसा करने के लिए एक अच्छा विचार है, लेकिन यह विशेष रूप से महत्वपूर्ण है जब आप पुन: प्रयोज्य कोड लिख रहे हैं। आपको कोडिंग की एक बहुत सुसंगत शैली को बनाए रखना चाहिए और इसे बदलना नहीं चाहिए। उदाहरण के लिए, यदि आप अपने निरंतर नामों को अपरकेस और वैरिएबल नामों में कैमलकेस में लिखना चाहते हैं, तो आपको ऐसा निरंतरता के साथ करना चाहिए।

8। कोड का हर हिस्सा एक विशिष्ट उद्देश्य है

आपका मिशन यह समझना है कि वह उद्देश्य क्या है। आपको प्रति व्यक्ति कई उद्देश्यों की अनुमति देने से बचना होगा। इसलिए उदाहरण के लिए यदि आपके पास कोड का एक हिस्सा है जो प्रारंभिक चर मूल्यों में लोड होता है, तो इसके अलावा और कुछ नहीं करना चाहिए। आपके अगले कोड ऑफ कोड को अगले आवश्यक ऑपरेशन को संभालना चाहिए। यह नियम कितना सख्त है? ठीक है, आपके मुख्य कार्य को अन्य सभी कार्यों के लिए कॉल करने के अलावा कुछ नहीं करना चाहिए।

इससे पहले कि वे इसे आजमाएँ, किसी को लगता है कि इससे अच्छा रीसायकल अच्छा लिखना बहुत कठिन है। इससे कोई फर्क नहीं पड़ता कि आपके शुरुआती इरादे क्या हो सकते हैं, आपको यह पता लगने की संभावना है कि आपके द्वारा लिखे गए कोड के 80% के बारे में जेनेरिक के बजाय एप्लिकेशन-विशिष्ट होना समाप्त हो जाएगा। अधिकांश लोग वास्तव में किसी भी सुराग के बिना पुनरावर्तनीय कोड के बारे में बड़बड़ाते हैं कि वे भविष्य में इसका वास्तव में उपयोग कैसे करेंगे, अंतिम परिणाम यह होने के साथ कि वे खुद के लिए अधिक काम पैदा करते हैं, जो लक्ष्य के विपरीत है। उम्मीद है कि इस लेख ने आपको उस भाग्य से बचने में मदद की है।

हेडर इमेज सौजन्य से Dkng

बोगदान रैंकी

बोगदान इंसपायर्ड मैग का एक संस्थापक सदस्य है, जिसके पास इस अवधि में लगभग 6 वर्षों का अनुभव है। अपने खाली समय में वह शास्त्रीय संगीत का अध्ययन करना और दृश्य कला का पता लगाना पसंद करते हैं। वह भी Fixies के साथ काफी जुनूनी है। वह पहले से ही 5 का मालिक है।