Singleton pattern म्हणजे काय?

Question

Accepted Answer

**Singleton** pattern असे सुनिश्चित करते की एका class चा फक्त **एक instance** असतो आणि त्याला global access point प्रदान करते. हे वापरले जाते जेव्हा नक्की एक 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 लपवलेले** आहेत, **hidden dependencies** तयार करतात (Singleton वापरणारा code चा undeclared dependency असतो), code **test करणे कठीण** करतात (आपण सहजपणे instance mock किंवा replace करू शकत नाही), tight coupling करतात, आणि concurrency समस्या निर्माण करतात.

हे समजणे की **dependency injection अनेकदा एक चांगला पर्याय आहे** (एकच instance pass करून, समान "एक instance" लाभ प्रदान करून परंतु test करायला सोपी, स्पष्ट पद्धतीने) अनेक प्रकरणांमध्ये Singletons पेक्षा DI ला प्राधान्य देण्याची design judgment दर्शवते.

हे संतुलित समज — pattern जाणून पण त्याच्या समस्या आणि चांगल्या पर्यायांचीही जाणीव — हे thoughtful use आणि cargo-culting मध्ये फरक करते.

कारण Singleton सर्वात प्रसिद्ध आणि वारंवार चर्चित patterns पैकी एक आहे, आणि कारण हे समजणे त्याच्या महत्वाच्या विवादांसह (global state, testability समस्या) आणि dependency-injection पर्यायांसह चांगली design judgment दर्शवते, Singleton pattern समजणे मूल्यवान, सर्वसाधारणपणे प्रासंगिक माहिती आहे — एक प्रसिद्ध pattern जे समजणे योग्य आहे, जेथे त्याच्या कमजोरियांचे (global state, test करणे कठीण) आणि अनेक प्रकरणांमध्ये dependency injection ला प्राधान्य देण्याचे कौतुक करणे thoughtful developers यांना ज्ञान देते, आणि software design मध्ये वारंवार समोरून येणारा आणि चर्चित विषय आहे.