नामकरणात मोठी गोष्ट काय आहे? आणि आपण त्याची काळजी का करावी? ते फक्त एक नाव आहे.
नामकरण व्हेरिएबल्स, पद्धती, वर्ग, पॅकेजेस इत्यादींना पात्रतेपेक्षा कमी काळजी दिली जाते. असे बरेचदा घडते की आपल्याला i,j,k सारखी नावे किंवा customerServicingProfileObjectUtil सारखी निरर्थक नावे आढळतात. आमच्या प्रोग्राम घटकांसाठी अधिक चांगली नावे आणण्यासाठी काही मिनिटे काढणे महत्त्वाचे आहे असे आम्हाला वाटत नाही. शेवटी ते फक्त नाव आहे. ते काय करते हे आम्हाला समजत नसल्यास, आम्ही नेहमी फक्त कोड वाचू शकतो आणि ते शोधू शकतो.
नामकरणाचा अर्थ आपल्याला वाटते त्यापेक्षा जास्त असू शकतो. जर आम्ही एखाद्या घटकासाठी चांगले नाव देऊ शकलो नाही ज्याचा अर्थ खालीलपैकी कोणताही असू शकतो
- आम्हाला त्या घटकाच्या जबाबदाऱ्या समजत नाहीत
- त्यात एकापेक्षा जास्त जबाबदाऱ्या आहेत
त्यामुळे एक चांगले नाव घेऊन, आम्ही समस्या स्पष्टपणे पाहू शकतो आणि कोडला चांगल्या क्लीन कोडमध्ये रिफॅक्टर करू शकतो. हे आमच्या कोडच्या वाचनीयतेस देखील मदत करते. जर आम्हांला उद्दिष्ट प्रकट करणारी नाव असलेली पद्धत दिसली, तर ती काय करते हे शोधण्याचा प्रयत्न करून आम्हाला ती पद्धत शोधण्याची गरज नाही, त्यामुळे कोड अधिक जलद समजेल. शेवटी, आम्ही कोड लिहित आहोत जेणेकरून इतर मानवांना ते समजावे.
वाईट कोडचा आणखी एक वास येतो जेव्हा आम्हाला एखाद्या घटकाचे नाव वापरण्याऐवजी त्याचे वर्णन करण्यासाठी टिप्पण्या वापराव्या लागतात. त्याऐवजी, त्या टिप्पणीची गरज टाळण्यासाठी आम्ही घटकाला अर्थपूर्ण नावाने पुनर्नामित करू शकतो.
रॉबर्ट सी मार्टिंगचे त्याच्या क्लीन कोड बुकमधील उदाहरण:
int d; // elapsed time in days ऐवजी int elapsedTimeInDays वापरा
जेव्हा आपण घटकांना योग्य रीतीने नाव देतो, तेव्हा आपल्याला ते अधिक चांगल्या प्रकारे समजतात, ते वेगवेगळ्या ठिकाणी असू शकतात हे आपल्याला जाणवते. मूलभूतपणे, आम्ही कोड अधिक चांगले रिफॅक्टर करतो.
