मैं व्यक्तिगत रूप से इस तरह लाइन विभाजक 80-वर्ण का उपयोग करें,:
public class Client {
//================================================================================
// Properties
//================================================================================
private String name;
private boolean checked;
//================================================================================
// Constructors
//================================================================================
public Client() {
}
public Client(String name, boolean checked) {
this.name = name;
this.checked = checked;
}
//================================================================================
// Accessors
//================================================================================
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public boolean isChecked() {
return checked;
}
public void setChecked(boolean checked) {
this.checked = checked;
}
}
बेशक
, इस तरह के एक छोटे से POJO के लिए थोड़ा overkill लग सकता है, लेकिन मुझे विश्वास है, यह कुछ बड़ा परियोजनाओं में बहुत उपयोगी साबित हुआ जहां मुझे बड़ी स्रोत फ़ाइलों के माध्यम से ब्राउज़ करना पड़ा और उन तरीकों को तुरंत ढूंढना पड़ा जिनकी मुझे रूचि थी। यह स्रोत कोड संरचना को समझने में भी मदद करता है।
ग्रहण में, मैंने कस्टम टेम्पलेट्स (जावा -> संपादक -> एक्लिप्स के प्राथमिकता संवाद में टेम्पलेट्स) का एक सेट बनाया है जो उन सलाखों को उत्पन्न करता है, उदाहरण के लिए। - SEPA (पहुंचकर्ता के लिए विभाजक) - सेप (गुण के लिए विभाजक) - SEPC (कंस्ट्रक्टर्स के लिए विभाजक) - आदि
मैं भी मानक संशोधित "नया वर्ग" टेम्पलेट (जावा -> संहिता शैली -> ग्रहण प्राथमिकता स्क्रीन में कोड टेम्पलेट्स)
इसके अलावा, Coffee-bytes नामक एक पुरानी ग्रहण प्लगइन है, जिसने एक्लिप्स को कोड के भाग को फोल्ड किया है। मुझे नहीं पता कि यह अभी भी काम करता है, लेकिन मुझे याद आया कि कोई [// सेक्शन] या कुछ जैसी विशेष टिप्पणियां जोड़कर मनमाने ढंग से फोल्ड करने योग्य जोनों को परिभाषित कर सकता है। यह अभी भी हालिया ग्रहण संशोधन में काम कर सकता है, इसलिए एक नज़र डालें।
स्रोत
2010-03-04 12:51:58
एक आईओएस डेवलपर के रूप में, जब मैंने एंड्रॉइड स्टूडियो –
के साथ शुरू किया, तो मैंने सबसे ज्यादा याद किया: आधुनिक आईडीई और भाषाओं के साथ यह एक खराब अभ्यास है। यदि आपको अपने कोड को विभाजित करना है, तो आप शायद पहले से ही एकल जिम्मेदारी सिद्धांत तोड़ रहे हैं और विभिन्न वर्गों/फ़ाइलों को विभाजित करना बेहतर है। यदि कई संपादक हैं तो यह थोड़ी देर के बाद बाहर-बाहर-सिंचन होगा, क्योंकि कुछ इसका अनुसरण करेंगे, कुछ कोड को फिर से व्यवस्थित और पुन: व्यवस्थित करेंगे, या स्वचालित सहेजने और प्रारूप क्रियाएं इसे तोड़ देंगी। –
डाउनवॉटेड: मैं @ f.carlsen से सहमत हूं। यदि आप अपनी कक्षा को टिप्पणियों के साथ ढांचे देते हैं, तो आपको [एकल उत्तरदायित्व सिद्धांत] तोड़ने की संभावना है (https://en.wikipedia.org/wiki/Single_responsibility_principle)। – Schrieveslaach