कंस्ट्रक्टर्स में

Question

संभव डुप्लिकेट आरंभ बनाम घोषणा पर आरंभ किया जा रहा:
Should I initialize variable within constructor or outside constructor

मैं सोच रहा था, जो एक बेहतर अभ्यास और क्यों है। क्या मुझे घोषणा पर कक्षा के क्षेत्रों को शुरू करना चाहिए, या मुझे इसे निर्माता में करना चाहिए? यह देखते हुए कि यह एक साधारण एक-पंक्ति प्रारंभिक है।

class Dude 
{ 
    String name = "El duderino"; 

    Dude() { 
     // irrelevant code 
    } 
} 

बनाम

class Dude 
{ 
    String name; 

    Dude() { 
     name = "El duderino"; 

     // irrelevant code 
    } 
} 

संपादित करें: मैं स्थितियों में, जहां शैलियों में से एक प्रारंभकर्ता कोड को क्रियान्वित करने के मामले कि एक अपवाद फेंक सकती है में की तरह एक दूसरे के ऊपर प्राथमिकता दी जाएगी के बारे में पता कर रहा हूँ । मैं यहां जो बात कर रहा हूं वह ऐसे मामले हैं जब दोनों शैलियों बिल्कुल समकक्ष हैं। दोनों तरीके एक ही काम पूरा करेंगे। तब मुझे किस का उपयोग करना चाहिए?

Answer 1

तो सदस्य कर सकते हैं केवल एक एक्सेसर (एक "सेटर" विधि) के माध्यम से सेट किया जाना चाहिए, मैं पहली शैली पसंद करते हैं। यह एक संकेत प्रदान करता है कि प्रारंभिक मूल्य निर्माण पर डिफ़ॉल्ट है।

यदि सदस्य निर्माण के दौरान निर्दिष्ट किया जा सकता है, तो मैं आमतौर पर कम पैरामीटर के साथ कन्स्ट्रक्टर से एक उचित कन्स्ट्रक्टर को डिफ़ॉल्ट मान पास करता हूं। उदाहरण के लिए,

final class Dude { 

    private final String name; 

    Dude() { 
    this("El Duderino"); 
    } 

    Dude(String name) { 
    this.name = name; 
    } 

} 

Answer 2

पहला व्यक्ति आमतौर पर स्थैतिक चर प्रारंभ करने के लिए उपयोग किया जाता है और केवल उस उद्देश्य के लिए उपयोग किया जाना चाहिए।

इस मामले में, आपको दूसरी विधि का उपयोग करना चाहिए।

अगर मैं गलत हूं तो कृपया मुझे सही करें।

Answer 3

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

इस नियम का अपवाद स्थैतिक चर है, जिसे निर्माता के बाहर घोषित किया जाना चाहिए।

Answer 4

सिंगल लाइन घोषणाओं में जटिल प्रारंभिक तर्क शामिल नहीं हो सकता है।

आप के रूप में एक चर को प्रारंभ करते हैं:

class AnotherClass 
{ 
    MyClass anObject = new MyClass(); //MyClass() throws a checked exception. 
} 

तो आप पाएंगे कि आप एक पंक्ति में प्रारंभिक मूल्य प्रदान नहीं कर सकते।

एक निर्माता का उपयोग करना::

class AnotherClass 
{ 
    MyClass anObject; 

    AnotherClass() 
    { 
     try{this.anObject = new MyClass();}catch(SomeException e){/*handle exception.*/} 
    } 
} 

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

class AnotherClass 
{ 
    MyClass anObject; 

    { 
     try{this.anObject = new MyClass();}catch(SomeException e){/*handle exception.*/} 
    } 
} 

मुझे लगता है कि बाद के कम से समझा जा सकता कोड के लिए बनाता है, घोषणा और प्रारंभ के रूप में एक दूसरे से अलग कर रहे हैं, और प्रारंभ एक निर्माता डेवलपर द्वारा कोडित में नहीं होती है (हालांकि वहाँ कार्यावधि में कोई अंतर नहीं है)।

फ़ील्ड के प्रारंभ में शामिल अन्य जटिल दिनचर्या के लिए भी यही है।उदाहरण के लिए, एक Array या एक Collection प्रारंभ और सरणी/संग्रह कुछ डिफ़ॉल्ट मान पर की सामग्री को निर्धारित करने के लिए यदि आप चाहते हैं, तो आप एक निर्माता के अंदर ऐसा करना चाहिए:

class AnotherClass 
{ 
    Integer[] integers; 

    AnotherClass() 
    { 
     this.integers = new Integer[10]; 
     for(Integer integer: integers) 
     { 
      integer = Integer.MIN_VALUE; 
     } 
    } 
}