जावा अंतिम सार श्रेणी

Question

मेरे पास एक बहुत ही सरल सवाल है:

मैं जावा क्लास रखना चाहता हूं, जो एक सार्वजनिक स्थैतिक विधि प्रदान करता है, जो कुछ करता है। यह केवल encapsulating उद्देश्यों के लिए है (सब कुछ एक अलग वर्ग के भीतर महत्वपूर्ण है) ...

इस वर्ग को न तो तत्काल किया जाना चाहिए, न ही विस्तारित किया जाना चाहिए। इससे मुझे लिखा गया:

final abstract class MyClass { 
    static void myMethod() { 
     ... 
    } 
    ... // More private methods and fields... 
} 

(हालांकि मुझे पता था, यह वर्जित है)।

मुझे यह भी पता है कि मैं इस वर्ग को पूरी तरह से अंतिम बना सकता हूं और इसे निजी बनाने के दौरान मानक कन्स्ट्रक्टर को ओवरराइड कर सकता हूं।

लेकिन यह अधिक एक "वर्कअराउंड" की तरह मुझे लगता है और अधिक होने की संभावना अंतिम सार वर्ग द्वारा किया जाना चाहिए ...

और मैं समाधानों से नफरत है। तो सिर्फ अपनी रुचि के लिए: क्या कोई और बेहतर तरीका है?

Answer 1

संदर्भ: प्रभावी जावा 2 संस्करण मद 4

public final class MyClass { //final not required but clearly states intention 
    //private default constructor ==> can't be instantiated 
    //side effect: class is final because it can't be subclassed: 
    //super() can't be called from subclasses 
    private MyClass() { 
     throw new AssertionError() 
    } 

    //... 
    public static void doSomething() {} 
} 

Answer 2

नहीं "एक निजी निर्माता के साथ noninstantiability लागू करें", सार कक्षाएं बढ़ाया जा के लिए होती हैं। निजी कन्स्ट्रक्टर का प्रयोग करें, यह एक कामकाज नहीं है - यह करने का तरीका है!

Answer 3

नहीं, आपको क्या करना चाहिए एक निजी खाली कन्स्ट्रक्टर बनाना जो उसके शरीर में अपवाद फेंकता है। जावा एक ऑब्जेक्ट-ओरिएंटेड भाषा है और एक वर्ग जिसे तत्काल नहीं किया जाना चाहिए, वह स्वयं ही एक काम है! :)

final class MyLib{ 
    private MyLib(){ 
     throw new IllegalStateException("Do not instantiate this class."); 
    } 

    // static methods go here 

} 

Answer 4

आप कोई उदाहरण के साथ एक enum का उपयोग करने से बहुत सरल नहीं मिल सकता है।

public enum MyLib {; 

    public static void myHelperMethod() { } 
} 

यह कक्षा अंतिम है, स्पष्ट रूप से कोई उदाहरण और निजी निर्माता नहीं है।

यह रनटाइम त्रुटि के बजाए संकलक द्वारा पता चला है। (अपवाद फेंकने के विपरीत)

Answer 5

एशिलियास (सभी जावा संस्करण) और पीटर लॉरे (> = जावा 5) के सुझाव इस मामले में जाने का मानक तरीका हैं।

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

public abstract MyClass { 

    protected MyClass() { 
    } 

    abstract void noInstancesPlease(); 

    void myMethod() { 
     ... 
    } 
    ... // More private methods and fields... 

} 

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

मैं निम्नलिखित सुझाव एक बहुत स्पष्ट संकलक त्रुटि हो रही है)।

यह हमेशा pisses मुझे लगता है कि जेडीके की उपयोगिता कक्षाएं (उदाहरण के लिए java.util.Arrays) वास्तव में अंतिम बना दी गई थीं। यदि आप चाहते हैं कि आपके पास एरेज़ क्लास है, तो विधियों के साथ तुलना करने के लिए कहें, आप नहीं कर सकते हैं, आपको एक अलग वर्ग बनाना है।यह कार्यक्षमता वितरित करेगा कि (आईएमओ) एक साथ संबंधित है और एक कक्षा के माध्यम से उपलब्ध होना चाहिए। इससे आपको या तो जंगली रूप से वितरित उपयोगिता विधियों के साथ छोड़ दिया जाता है, या आपको अपनी खुद की कक्षा में प्रत्येक विधि को डुप्लिकेट करना होगा।

मैं ऐसी उपयोगिता कक्षाओं को अंतिम बनाने की सलाह नहीं देता हूं। फायदे मेरी राय में नुकसान को कम नहीं करते हैं।

Answer 6

Check this Reference Site..

संभव नहीं है। वंचित किए बिना एक अमूर्त वर्ग का कोई उपयोग नहीं है और इसलिए परिणामस्वरूप समय त्रुटि संकलित होगी।

धन्यवाद ..

Answer 7

वर्ग के निर्माता घोषित private किया जाना है। यह noninstantability सुनिश्चित करता है और subclassing रोकता है।

Answer 8

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

Answer 9

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