Singleton pattern کیا ہے؟

Question

Accepted Answer

**Singleton** pattern یقینی بناتا ہے کہ کسی class کا صرف **ایک instance** ہو اور اس تک رسائی کے لیے ایک global نقطہ فراہم کرتا ہے۔ یہ تب استعمال ہوتا ہے جب بالکل ایک object کسی چیز کو coordinate کرے (ایک 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 فیصلے کو ظاہر کرتا ہے۔

Singleton یقینی بناتا ہے کہ کسی class کے پاس global رسائی کے ساتھ صرف ایک instance ہو، جب کسی چیز میں سچ مچ صرف ایک ہونی چاہیے (configuration، logger، connection pool، cache) اور بہت سی جگہوں سے اس تک رسائی ہو۔

یہ سمجھنا کہ یہ کیا کرتا ہے (ایک class اپنی instantiation کو کنٹرول کرتی ہے اور ہر بار وہی instance واپس کرتی ہے) بنیادی علم ہے۔

تاہم، **متنازع پہلو** کو سمجھنا بھی اتنا ہی اہم ہے اور پختہ حکمت عملی کو ظاہر کرتا ہے: Singletons کو بڑے پیمانے پر نقصان دہ سمجھا جاتا ہے کیونکہ وہ بنیادی طور پر **چھپی ہوئی global state** ہیں، **چھپی ہوئی dependencies** بناتے ہیں (Singleton استعمال کرنے والا code ایک غیر اعلان شدہ dependency رکھتا ہے)، code کو **ٹیسٹ کرنا مشکل** بناتے ہیں (آپ آسانی سے single instance کو mock یا replace نہیں کر سکتے)، tight coupling کا سبب بنتے ہیں، اور concurrency کے مسائل پیدا کرتے ہیں۔

یہ سمجھنا کہ **dependency injection اکثر بہتر متبادل ہے** (single instance کو pass میں کرنا، وہی "ایک instance" فائدہ دیتے ہوئے لیکن قابل ٹیسٹ، واضح طریقے سے) design فیصلے میں بہتری ظاہر کرتا ہے کہ بہت سے معاملات میں DI کو Singletons پر ترجیح دی جائے۔

yہ متوازن سمجھ — pattern کو جاننا لیکن اس کے مسائل اور بہتر متبادل بھی — وہی چیز ہے جو سوچ سمجھ کر استعمال کو cargo-culting سے الگ کرتی ہے۔

چونکہ Singleton سب سے مشہور اور بار بار زیر بحث patterns میں سے ایک ہے، اور چونکہ اسے اس کے اہم متنازع پہلوؤں (global state، testability کے مسائل) اور dependency-injection کی متبادل کے ساتھ سمجھنا اچھے design فیصلے کو ظاہر کرتا ہے، Singleton pattern کو سمجھنا قیمتی ہے، عام طور پر متعلقہ علم — ایک مشہور pattern جو سمجھنے کے قابل ہے، جہاں اس کے نقصانات (global state، ٹیسٹ کرنا مشکل) اور بہت سے معاملات میں dependency injection کی ترجیح کو سمجھنا پختہ design فیصلے کو ظاہر کرتا ہے جو سوچ سمجھ کر کام کرنے والے developers کو الگ کرتا ہے، اور software design میں ایک بار بار سامنے آنے والا اور بحث میں آنے والا موضوع۔