मैं ग्रहण का उपयोग कर रहा हूं और मैं इसके बारे में एक उदाहरण के रूप में बात करूंगा लेकिन मुझे यकीन है कि यह किसी अन्य आईडीई में मामला है।
ग्रहण में CTRL- Shift- Fकमांड है जो स्वचालित रूप से आपके कोड को प्रारूपित करता है। क्या इस तरह के प्रारूपण का उपयोग करना एक अच्छा अभ्यास है? मैं एक बड़ी परियोजना के संदर्भ में पूछ रहा हूं जिसमें एक ही फाइलों पर काम करने वाले कई प्रोग्रामर हो सकते हैं और इन सभी को एक सीएसआर सिस्टम द्वारा प्रशासित किया जाता है।
धन्यवाद!
जवाबों:
हाँ यही है।
ग्रहण आपको अपनी स्वयं की निर्यात योग्य कोड शैली को परिभाषित करने देता है जिसे आप अपने सभी डेवलपर्स के बीच साझा कर सकते हैं। यदि आप अपनी स्वयं की स्वरूपण शैली को सेट नहीं करना चाहते हैं, तो आप अपने डेवलपर्स को ग्रहण के डिफ़ॉल्ट स्वरूपण का उपयोग करने के लिए कह सकते हैं। यहां तक कि अगर आप डिफ़ॉल्ट एक का उपयोग करते हैं, तो मैं आपको इसे निर्यात करने और सभी डेवलपर्स को उपयोग करने के लिए एक साझा नेटवर्क ड्राइव पर डालने की सलाह दूंगा। यदि बाद में एक, आप एक चीज को बदलने का फैसला करते हैं, तो आप आसानी से कर पाएंगे।
भले ही, मैं आपको जल्द से जल्द शुरू करने की सलाह दूंगा, सबसे अच्छी परियोजना की शुरुआत में होगी, और अपने कोड को हमेशा अपने चुने हुए प्रारूप में स्वरूपित रखना होगा। आप विकास के दौरान शुद्ध "प्रारूप कमिट्स" होने से बचना चाहेंगे क्योंकि यह "वास्तविक" कमिट्स से अलग करना कठिन है। व्यवहार में इसका मतलब यह है कि डेवलपर्स को अपने कमिट के साथ कठोर होना चाहिए ।
इसके अलावा, और मैंने इसे अंत में रखा क्योंकि यह केवल मेरी व्यक्तिगत राय है, लेकिन प्रति पंक्ति सीमा 80 वर्णों को हटाने पर विचार करें (या इसे कुछ बड़ा करने के लिए आगे बढ़ाएं, हमारे यहां 120 वर्ण हैं), जो कि अगर मुझसे गलत नहीं है ग्रहण पर डिफ़ॉल्ट ऑटो-स्वरूपण लाइन-लंबाई। अब हम सभी के पास बड़ी स्क्रीन और बड़े स्क्रीन रिज़ॉल्यूशन हैं, इसलिए यह ठीक है। उस विषय पर, यह देखें कि क्या वाइडस्क्रीन मॉनिटर के सवाल और जवाब के समय में 80-वर्ण की सीमा अभी भी प्रासंगिक है, तो आप अपना निर्णय लेने में सक्षम हो सकते हैं।
संपादित करें: Thorbjørn "प्रारूप हर बार फ़ाइल सहेजे जाने के बाद" कार्यक्षमता के बारे में एक अच्छा बिंदु बनाता है।
हां, यह बहुत अच्छा अभ्यास है। यह सुनिश्चित करता है कि हर कोई इस बात से सहमत है कि संपादक में खोले जाने पर स्रोत फ़ाइलों को कैसे देखना चाहिए ।
इसके अतिरिक्त, मुझे "हर बार फ़ाइल सहेजे जाने के बाद प्रारूप" कार्यक्षमता के साथ बहुत अच्छे अनुभव हुए हैं। (हम मानक ग्रहण फॉर्मेट विन्यास का उपयोग करते हैं)।
ग्रहण के गुण खोलकर इसे सक्षम करें, और Java -> Editor -> Save Actions चुनें। "सहेजें पर चयनित क्रियाएं करें", और "फ़ॉर्मेट सोर्स कोड" सक्षम करें।
कारण स्वाभाविक रूप से है कि कोड हमेशा स्वरूपित होता है, इसलिए आप कुछ भी टूटने के डर के बिना संपादन करते समय प्रारूपित कर सकते हैं। यह यह भी सुनिश्चित करता है कि स्रोत रिपॉजिटरी लॉग सटीक हैं (जो फोरेंसिक विश्लेषण करते समय महत्वपूर्ण है)।
आपके पास एक कोडिंग मानक होना चाहिए जिसका आप सभी अनुसरण करते हैं। चाहे यह बाहरी उपकरणों (जैसे इंडेंट), या आईडीई द्वारा लागू किया गया हो, या हाथ से अप्रासंगिक हो। जो प्रासंगिक है वह यह है कि इसे प्रतिबद्ध होने से पहले किया जाना चाहिए।
किसी प्रोजेक्ट / कंपनी में अच्छी तरह से परिभाषित कोडिंग मानक का पालन करना एक अच्छा अभ्यास है। हालांकि इसे करने के साधन अलग-अलग हो सकते हैं, बस जो भी आपके संगठन के लिए सबसे अच्छा काम करता है उसे चुनें। यदि हर कोई ग्रहण का उपयोग करता है तो आप बस अपनी परियोजनाओं के लिए एक निर्यात योग्य कोड प्रारूप बना सकते हैं और इसे डेवलपर्स के बीच फैला सकते हैं (ग्रहण में प्रत्येक बचत पर स्वचालित रूप से फ़ाइलों को प्रारूपित करने का विकल्प भी होता है), हालांकि मैं चुना प्रारूप का वर्णन करते हुए एक दस्तावेज़ बनाने की सलाह दूंगा।