Singleton पैटर्न क्या है?

Question

Accepted Answer

**Singleton** पैटर्न यह सुनिश्चित करता है कि एक क्लास का केवल **एक ही इंस्टेंस** हो और उस तक पहुँचने का एक वैश्विक बिंदु प्रदान करता है। इसका उपयोग तब किया जाता है जब किसी चीज़ को समन्वित करने के लिए ठीक एक ही ऑब्जेक्ट होना चाहिए (एक कॉन्फ़िगरेशन, एक कनेक्शन पूल, एक लॉगर), हालाँकि यह कुछ हद तक विवादास्पद भी है।

## Singleton क्या करता है

```text
SINGLETON → guarantee a class has only ONE instance, with global access to it:
  → the class controls its own instantiation (private constructor)
  → returns the SAME instance every time it's requested
→ for: things there should only be ONE of, accessed from many places
```

## उदाहरण

```js
class Config {
  static #instance;
  static getInstance() {
    if (!Config.#instance) {
      Config.#instance = new Config();   // create once
    }
    return Config.#instance;             // always return the same instance
  }
}
// Config.getInstance() always returns the same object
```

## सामान्य उपयोग और विवाद

```text
USES → configuration objects, loggers, connection pools, caches (one shared instance)
⚠️ CONTROVERSIAL → Singletons are often criticized:
  → GLOBAL STATE in disguise → hidden dependencies, hard to TEST (can't easily mock/replace),
    tight coupling, issues with concurrency
  → often better: DEPENDENCY INJECTION (pass the single instance in) → same "one instance"
    benefit but testable and explicit
→ use sparingly; consider DI as an alternative; valid for genuinely-single resources
```

## यह क्यों महत्वपूर्ण है

Singleton पैटर्न को समझना मूल्यवान है क्योंकि यह **सबसे प्रसिद्ध डिज़ाइन पैटर्न में से एक** है (अक्सर सामने आता और चर्चित रहता है), और इसे समझना — इसके विवादों सहित — अच्छे डिज़ाइन निर्णय को दर्शाता है।

Singleton यह सुनिश्चित करता है कि एक क्लास का केवल एक इंस्टेंस वैश्विक पहुँच के साथ हो, जिसका उपयोग तब किया जाता है जब वास्तव में किसी चीज़ का केवल एक ही होना चाहिए (कॉन्फ़िगरेशन, लॉगर, कनेक्शन पूल, कैश) जिसे कई जगहों से एक्सेस किया जाता है।

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

हालाँकि, **विवाद** को समझना भी उतना ही महत्वपूर्ण है और परिपक्व निर्णय दर्शाता है: Singleton की व्यापक आलोचना होती है क्योंकि वे मूल रूप से **छद्म रूप में वैश्विक स्थिति (global state)** हैं, **छिपी हुई निर्भरताएँ** बनाते हैं (Singleton का उपयोग करने वाले कोड में एक अघोषित निर्भरता होती है), कोड को **टेस्ट करना कठिन** बनाते हैं (आप एकमात्र इंस्टेंस को आसानी से मॉक या बदल नहीं सकते), टाइट कपलिंग पैदा करते हैं, और concurrency की समस्याएँ खड़ी करते हैं।

यह समझना कि **dependency injection अक्सर एक बेहतर विकल्प है** (एकमात्र इंस्टेंस को भीतर पास करना, जो वही "एक इंस्टेंस" का लाभ देता है पर टेस्ट करने योग्य, स्पष्ट तरीके से) कई मामलों में Singleton के बजाय DI को प्राथमिकता देने के डिज़ाइन निर्णय को दर्शाता है।

यह संतुलित समझ — पैटर्न को जानना पर साथ ही उसकी समस्याओं और बेहतर विकल्पों को भी जानना — वही है जो विचारशील उपयोग को कार्गो-कल्टिंग से अलग करती है।

चूँकि Singleton सबसे प्रसिद्ध और सबसे अधिक चर्चित पैटर्न में से एक है, और चूँकि इसे इसके महत्वपूर्ण विवादों (वैश्विक स्थिति, टेस्टेबिलिटी समस्याएँ) और dependency-injection विकल्प के साथ समझना अच्छे डिज़ाइन निर्णय को दर्शाता है, Singleton पैटर्न को समझना मूल्यवान, सामान्यतः प्रासंगिक ज्ञान है — एक प्रसिद्ध पैटर्न जिसे समझना सार्थक है, जहाँ इसके दोषों (वैश्विक स्थिति, टेस्ट करना कठिन) और कई मामलों में dependency injection की प्राथमिकता की कद्र करना उस परिपक्व डिज़ाइन निर्णय को दर्शाता है जो विचारशील डेवलपर्स को अलग करता है, और सॉफ़्टवेयर डिज़ाइन में अक्सर सामने आने वाला और चर्चित विषय है।