Singleton pattern क्या हो?

Question

Accepted Answer

**Singleton** pattern ले एक class लाई केवल **एक instance** मा सीमित गर्छ र यसमा global point of access प्रदान गर्छ। यो तब प्रयोग गरिन्छ जब ठीक एक object ले कुनै चीज (configuration, connection pool, logger) को समन्वय गर्नु पर्छ, यद्यपि यो पनि केही विवादास्पद छ।

## 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 pattern बुझ्नु मूल्यवान छ किनभने यो **सबै भन्दा प्रसिद्ध design patterns** को एक हो (बारम्बार सामना र चर्चित), र यसलाई बुझ्नु — यसका विवादहरू सहित — राम्रो design judgment लाई प्रतिबिम्बित गर्छ।

Singleton ले एक class लाई केवल एक instance सँग global access गर्न सुनिश्चित गर्छ, तब प्रयोग गरिन्छ जब केवल एक चीज (configuration, logger, connection pool, cache) असल मा हुनु पर्छ र यो धेरै ठाउँबाट access गरिन्छ।

यसले के गर्छ भन्ने कुरा बुझ्नु (एक class आफ्नो instantiation नियन्त्रण गर्दछ र हरेक पटक एक समान instance फर्काउँछ) मौलिक ज्ञान हो।

तथापि, **विवाद** लाई बुझ्नु समान महत्त्वपूर्ण छ र परिपक्व judgment लाई प्रतिबिम्बित गर्छ: Singletons व्यापक रूपले आलोचना गरिन्छ किनभने तिनीहरू अनिवार्य रूपमा **global state को छिप्न गरिएको रूप** हुन्, **लुकेको dependency** सृष्टि गर्दछ (Singleton प्रयोग गर्ने code सँग undeclared dependency छ), code को **परीक्षण गर्न गाह्रो** बनाउँछ (तपाई सजिलै single instance लाई mock वा replace गर्न सक्नुहुन्न), कडा coupling को कारण बनाउँछ, र concurrency समस्या सृष्टि गर्छ।

yो बुझ्नु कि **dependency injection अक्सर राम्रो विकल्प हो** (single instance लाई पास गर्दै, एक समान "one instance" लाभ प्रदान गर्दै तर परीक्षण योग्य, स्पष्ट तरिकामा) design judgment लाई प्रतिबिम्बित गर्छ कि धेरै अवस्थामा DI लाई Singletons भन्दा प्राथमिकता दिनु।

यो सन्तुलित बुझापट — pattern लाई जान्नु तर पनि यसका समस्याहरू र राम्रो विकल्पहरू — यो विचारशील उपयोग र cargo-culting को बीचमा भेद गर्छ।

Singleton सबै भन्दा प्रसिद्ध र बारम्बार-चर्चित patterns को एक भएकोले, र यसलाई यसका महत्त्वपूर्ण विवादहरू (global state, testability समस्याहरू) र dependency-injection विकल्प सहित बुझ्नु राम्रो design judgment लाई प्रतिबिम्बित गर्दछ, Singleton pattern बुझ्नु मूल्यवान, साधारणतया प्रासङ्गिक ज्ञान हो — एक प्रसिद्ध pattern जो बुझ्न योग्य छ, जहाँ यसका drawbacks (global state, परीक्षण गर्न गाह्रो) र धेरै अवस्थामा dependency injection को प्राथमिकता प्रकट गर्दछ यो mature design judgment लाई प्रतिबिम्बित गर्छ जो विचारशील developers लाई छुट्याउँछ, र software design मा एक बारम्बार-सामना र चर्चित विषय हो।