एक कंपनी के लिए कोड दिशानिर्देशों को लिखने के दौरान मैंने टेलिस्कोपिक कंस्ट्रक्टरों के बजाय प्रभावी जावा से बिल्डर पैटर्न का उपयोग करने की सिफारिश की ।
हालांकि, इसके बारे में थोड़ा और सोचने के बाद, निश्चित रूप से एक अधिक सुरुचिपूर्ण समाधान बिल्डर वर्ग को हटाने और वैकल्पिक तर्कों के साथ अतिरिक्त निर्माणकर्ताओं को हटाने के लिए है।
तो बस एक निर्माणकर्ता के पास आवश्यक पैरामीटर, सामान्य गेटर्स / सेटर, और कोड पर टिप्पणी करें। लागू करते समय yr ऑब्जेक्ट का एक नया उदाहरण बनाएं, फिर मान सेट करें।
मेरी मूल सोच यह थी कि भ्रम को दूर करने से लाभ यह था कि क्या पैरामीटर्स वैकल्पिक थे और क्या आवश्यक थे; हालांकि सही लाभ विधि का उपयोग करते हुए / धाराप्रवाह इंटरफ़ेस से आता है।
बिल्डर पैटर्न में लाभ होता है जब आप बहुत सारे नए उदाहरण बनाते हैं क्योंकि विचारक पैर का काम कर सकता है और भले ही कई (15+) वैकल्पिक पैरामीटर हों। हालांकि, क्या यह अतिरिक्त समय के लायक है, जब आप स्थिर आंतरिक वर्ग को कोड कर रहे हैं, तो क्या आप बिल्डर का उपयोग करने की सिफारिश करेंगे, या क्या यह समय की बर्बादी है?