जावास्क्रिप्ट कन्स्ट्रक्टर में साइड इफेक्ट्स खराब अभ्यास का उपयोग क्यों कर रहा है?

Question

मैं सामान्य रूप से अपने कोड में डिजाइन पैटर्न custom objects के समान कुछ उपयोग करता हूं।

लेकिन JSLint तेवर दिखाता है पर निर्माणों इस तरह:

function MyClass() { this.init(); } 
new MyClass(data); 

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

तो एक खराब अभ्यास के रूप में देखा गया जावास्क्रिप्ट कन्स्ट्रक्टर में साइड इफेक्ट्स का उपयोग क्यों कर रहा है?

क्या इसके लायक है के लिए, मैंने सोचा था कि यह था एक अच्छा अभ्यास है क्योंकि:

1. आप एक सेटअप कार्य हो, इस प्रकार यह उदाहरण के लिए यदि बनाए रखने के लिए आसान होना चाहिए आप बाद में एक्सेस के लिए MyClass उदाहरणों की एक सूची प्रबंधित कर रहे हैं। (किसी ऑब्जेक्ट पर किसी ऑब्जेक्ट को पुश करना एक साइड इफेक्ट है, कन्स्ट्रक्टर को "अच्छा अभ्यास" = बनाए रखने के लिए कठिन होने के बाद आपको इसे करना होगा।)
2. इसका अपना प्रोटोटाइप है, इस प्रकार "वर्ग स्वामित्व": फायरबग इसे ऑब्जेक्ट के बजाय MyClass के उदाहरण के रूप में रिपोर्ट करता है। (यह, मेरी राय में, यह अन्य डिजाइन पैटर्न के लिए बेहतर बनाता है।)

Answer 1

अपनी पुस्तक स्वच्छ कोड में, रॉबर्ट मार्टिन कहते हैं

दुष्प्रभाव झूठ हैं। आपका कार्य एक काम करने का वादा करता है, लेकिन यह अन्य छिपा चीजें भी करता है ... वे विचित्र और हानिकारक गलत हैं जो अक्सर अजीब अस्थायी युग्मन और आदेश निर्भरताओं में परिणाम देते हैं।

एरे के बारे में आपकी टिप्पणी में आपने जो वर्णन किया है वह "अजीब अस्थायी युग्मन" जैसा लगता है।