क्या ब्लॉच के बिल्डर पैटर्न का उपयोग करने से कोई स्मृति और प्रदर्शन हिट लिया गया है?

Question

केवल एक निर्माता के साथ ऑब्जेक्ट बनाने की तुलना में स्मृति और प्रदर्शन उपयोग क्या है?

यहां उपयोग Set<Object> या List<Object> बनाने में है जिसमें मिलियन से अधिक प्रविष्टियां हो सकती हैं और मैं ब्लोच बिल्डर पैटर्न का उपयोग करने के ऊपरी हिस्से से चिंतित हूं। मैंने इसे अतीत में उपयोग किया है, लेकिन कभी भी इस दायरे में नहीं।

संदर्भ: Item 2: Consider a builder when faced with many constructor parameters, Creating and Destroying Java Objects: Part 1 में पुनः मुद्रित, जोशुआ ब्लोच द्वारा Effective Java Second Edition से उद्धृत किया गया।

Answer 1

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

Answer 2

अपने शुरुआती विवरण से बताना मुश्किल है, लेकिन यदि आप Collection<Object> को एक निर्माता के लिए एक निर्माता बनाम ~ मिलियन प्रविष्टियों के साथ पास करने के बारे में चिंतित हैं, तो एक अतिरिक्त (अल्पकालिक) वस्तु की लागत पर चर्चा करने योग्य नहीं है ।

Answer 3

लागत नगण्य है क्योंकि बिल्डर संदर्भ वस्तु के निर्माण के तुरंत बाद कचरा इकट्ठा किया जा सकता है।

अतिरिक्त वस्तुओं के 1 मीटर बनाने का प्रभाव किसी भी परिस्थिति में 10 से नीचे होना चाहिए।