क्या हमें कभी भी स्थिर कारखाने के तरीकों पर रचनाकारों को प्राथमिकता देने की आवश्यकता है? अगर ऐसा हैं तोह कब?

Question

मैं प्रभावी जावाद्वारा जोशुआ ब्लोच पढ़ रहा है और अब तक यह वास्तव में अपनी प्रतिष्ठा तक रहता है। सबसे पहले आइटम स्थिर कारखाने के तरीकोंकन्स्ट्रक्टर पर एक ठोस मामला बनाता है। इतना अच्छा है कि मैंने अच्छे पुराने रचनाकारों की वैधता पर सवाल उठाना शुरू कर दिया :)।

फायदे/किताब से नुकसान सारांश नीचे दिया:

लाभ:

1. वे नाम है!
2. हम कुल उदाहरण नियंत्रण (Singletons, प्रदर्शन, आदि)
3. वे एक उप-प्रकार/इंटरफ़ेस लौट सकते हैं
4. संकलक प्रकार निष्कर्ष

नुकसान प्रदान कर सकते हैं:

1. निजी वर्गों को
2. उप-वर्गीकृत नहीं किया जा सकता है वे प्रलेखक के रूप में प्रलेखन में खड़े नहीं हैं रों करना

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

ऐसा लगता है कि अंत में कारखाने के तरीकों में रचनाकारों के लगभग सभी फायदे हैं, कई कई और फायदे, और कोई वास्तविक नुकसान नहीं!

तो, मेरे सवाल का तीन भागों में मूल रूप से है:

1. यह अच्छा अभ्यास हमेशा कंस्ट्रक्टर्स से अधिक डिफ़ॉल्ट रूप से स्थिर कारखाने तरीकों का उपयोग करने के लिए है?
2. क्या यह कभी भी रचनाकारों का उपयोग करने के लिए उचित है?
3. ऑब्जेक्ट उन्मुख भाषाएं कारखानों के लिए भाषा स्तर का समर्थन क्यों नहीं देती हैं?

नोट: दो इसी तरह के सवाल कर रहे हैं: When to use a Constructor and when to use getInstance() method (static factory methods)? और Creation of Objects: Constructors or Static Factory Methods। हालांकि उत्तर या तो उपर्युक्त सूची प्रदान करते हैं या स्थैतिक फैक्ट्री विधियों के पीछे तर्क को दोहराते हैं जिन्हें मैं पहले से ही जानता हूं।

Answer 1

स्थिर कारखानों को अभी भी अंत में एक निर्माता को कॉल करना होगा। आप अधिकांश कार्यक्षमता को स्थिर कारखाने में स्थानांतरित कर सकते हैं, लेकिन आप एक कन्स्ट्रक्टर का उपयोग करने से बच नहीं सकते हैं।

दूसरी तरफ साधारण मामलों के लिए, आप स्थिर कारखाने के बिना केवल एक कन्स्ट्रक्टर रख सकते हैं।

कन्स्ट्रक्टर अंतिम फ़ील्ड सेट करने का एकमात्र तरीका है, जो आईएमएचओ गैर-अंतिम क्षेत्रों के लिए बेहतर है।

आप उप-वर्गों में रचनाकारों का उपयोग कर सकते हैं। आप एक उप-वर्ग के लिए स्थिर कारखानों का उपयोग नहीं कर सकते हैं।

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

(कैसे यदि आप एक निर्माता के ऊपर एक कारखाने विधि के पक्ष में करना चाहिए तय करने के लिए पर),

"आप क्या तय करने के लिए 'की जरूरत है:

Answer 2

मैं इसी तरह के सवाल आप पर प्रकाश डाला में से एक से टिप्पणी की तरह फिर से पूरा करने की कोशिश कर रहे हैं। या तो आप नहीं चाहते हैं कि लोग आपके कन्स्ट्रक्टर को कॉल करें (आप एक सिंगलटन या फैक्ट्री बना रहे हैं), या आपको कोई फर्क नहीं पड़ता (जैसे ऊपर संख्या संख्या में, जहां वे सुविधा के लिए कुछ ऑब्जेक्ट्स शुरू कर रहे हैं कॉलर का) "

मेरे लिए, इसका मतलब है कि यह उचित है एक कन्स्ट्रक्टर का उपयोग करें, जहां फैक्ट्री विधि की आवश्यकता नहीं है। फैक्ट्री की किसी भी ज़रूरत के बिना, यह सिर्फ कोड को पालन करने के लिए कठिन बनाता है ("कौन सा सटीक उप-वर्ग यहां लौटाया गया है?")

Answer 3

मैं जोश ब्लोच के साथ बहुत मजबूत समझौते में हूं, और वह मामला बेहतर बनाता है मैं कर सकता था, लेकिन यहां कुछ ऐसे स्थान हैं जहां स्थिर कारखानों उपयुक्त नहीं हैं:

• जब निर्भरता इंजेक्शन अधिक समझदार होता है; डी सिस्टम (निश्चित रूप से गुइस) अपने रचनाकारों के माध्यम से चीजों को इंजेक्ट करते हैं। विशेष रूप से, डी उचित है जब आप उम्मीद करते हैं कि भविष्य में निर्माता के पैरामीटर बदल सकते हैं।
• जब आप विशेष रूप से लोगों को उप-वर्ग लिखने का इरादा रखते हैं, और आप उन्हें लागू करने के लिए एक कंकाल प्रदान कर रहे हैं।

Answer 4

कन्स्ट्रक्टर उबाऊ हैं, आप जानते हैं कि उन्हें कहां खोजना है, आप उनके दायरे को जानते हैं, वे किसी भी तरह अनुमानित हैं। वे वस्तु को स्वयं बनाने के लिए हैं, भगवान की तरह नौकरियों को नहीं। यदि आप बहुत अधिक चीजें कर रहे हैं जिनके पास ऑब्जेक्ट बनाने के साथ बहुत कुछ नहीं है, तो आप जानते हैं कि आप कुछ गलत कर रहे हैं। और विधि को पुनर्नामित करके इसे "ठीक" करना संभव नहीं है। इसलिए जब आप शीर्ष-ऑफ़-द-लाइन डेवलपर नहीं हैं तो वे कोड गुणवत्ता में "बेहतर" होते हैं। (जब आपके पास बाद वाले बिंदुओं का उल्लेख किया गया है तो कोई फर्क नहीं पड़ता।)

उबाऊ सामान। आइए कुछ और मजेदार और बौद्धिक चुनौतीपूर्ण करें ...

सिर्फ रिकॉर्ड्स के लिए: मैं प्रश्न और अन्य उत्तरों में उल्लिखित बिंदुओं की उपेक्षा नहीं करता, मैं बस यह अतिरिक्त बिंदु जोड़ना चाहता था।