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

Question

Accepted Answer

**Factory** पैटर्न ऑब्जेक्ट्स को **उनकी सटीक क्लास निर्दिष्ट किए बिना बनाने** का एक तरीका प्रदान करता है — एक मेथड या क्लास जो ऑब्जेक्ट निर्माण को संभालती है और तय करती है कि किस प्रकार को इंस्टैंशिएट करना है। यह ऑब्जेक्ट निर्माण को केंद्रीकृत और अमूर्त करता है, और कोड को कंक्रीट क्लासों से decouple करता है।

## Factory पैटर्न क्या करता है

```text
FACTORY → encapsulate object CREATION (instead of calling constructors directly):
  → a factory method/class decides WHICH class to instantiate and creates it
  → the caller asks the factory for an object (by type/parameter) → gets the right object
    WITHOUT knowing/specifying the concrete class
→ decouples code from CONCRETE classes; centralizes creation logic
```

## उदाहरण

```js
// a factory creates the right type based on input
class ShapeFactory {
  static create(type) {
    switch (type) {
      case 'circle': return new Circle();
      case 'square': return new Square();
      default: throw new Error('Unknown shape');
    }
  }
}
const shape = ShapeFactory.create('circle');   // caller doesn't use 'new Circle' directly
// → to add a new shape, change the factory, not all the calling code
```

## लाभ और रूपांतर

```text
BENEFITS:
  ✓ DECOUPLING → callers depend on an interface/factory, not concrete classes
  ✓ CENTRALIZED creation → creation logic in one place (easier to change/extend)
  ✓ FLEXIBILITY → easy to add new types (change the factory) or swap implementations
VARIATIONS:
  → FACTORY METHOD → a method (often overridden by subclasses) creates objects
  → ABSTRACT FACTORY → creates families of related objects
  → simple factory (as above) is the basic form
```

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

Factory पैटर्न को समझना मूल्यवान है क्योंकि यह कोड को ऑब्जेक्ट निर्माण से decouple करने के लिए एक **सामान्य, उपयोगी creational पैटर्न** है, इसलिए यह व्यावहारिक रूप से प्रासंगिक डिज़ाइन ज्ञान है।

Factory पैटर्न ऑब्जेक्ट निर्माण को encapsulate करता है — एक factory मेथड या क्लास तय करती है कि किस क्लास को इंस्टैंशिएट करना है, ताकि कॉलर एक ऑब्जेक्ट के लिए (प्रकार या पैरामीटर द्वारा) माँगे और **कंक्रीट क्लास को जाने या निर्दिष्ट किए बिना** सही ऑब्जेक्ट प्राप्त करे।

यह समझना मूल्यवान है क्योंकि यह एक वास्तविक ज़रूरत को संबोधित करता है: **कोड को कंक्रीट क्लासों से decouple करना** (कॉलर विशिष्ट implementations के बजाय factory/interface पर निर्भर करते हैं) और **निर्माण लॉजिक को केंद्रीकृत करना** (एक ही जगह पर, जिससे इसे बदलना और विस्तारित करना आसान हो जाता है)।

**लाभों** को समझना — decoupling, केंद्रीकृत निर्माण, और लचीलापन (factory बदलकर आसानी से नए प्रकार जोड़ना, या implementations को बदलना, बिना सभी कॉलिंग कोड को संशोधित किए) — स्पष्ट करता है कि पैटर्न मेंटेनेबल, लचीले कोड के लिए क्यों उपयोगी है।

**रूपांतरों** को समझना — साधारण factory (एक मेथड जो तय करती है कि क्या बनाना है), **factory method** (अक्सर subclasses द्वारा override किया जाता है), और **abstract factory** (संबंधित ऑब्जेक्ट्स के समूह बनाना) — factory दृष्टिकोणों के पूरे दायरे को कवर करता है।

Factory पैटर्न का सामान्यतः उपयोग और अक्सर चर्चा होती है, जो वास्तविक कोडबेस और फ्रेमवर्क में हर जगह दिखता है जहाँ ऑब्जेक्ट निर्माण को लचीला या decoupled होने की आवश्यकता होती है।

चूँकि Factory पैटर्न कोड को ऑब्जेक्ट निर्माण से decouple करने और निर्माण लॉजिक को केंद्रीकृत करने (लचीलापन और मेंटेनेबिलिटी में सुधार) के लिए एक सामान्य, उपयोगी creational पैटर्न है, और चूँकि यह समझना कि यह क्या करता है, इसके लाभ, और इसके रूपांतर व्यावहारिक रूप से प्रासंगिक हैं, Factory पैटर्न को समझना मूल्यवान, सामान्यतः लागू होने वाला डिज़ाइन ज्ञान है — ऑब्जेक्ट निर्माण में decoupling और लचीलेपन के लिए एक अक्सर-उपयोग होने वाला creational पैटर्न, वास्तविक कोडबेस और फ्रेमवर्क में सामान्य, और मेंटेनेबल, लचीला कोड लिखने के लिए महत्वपूर्ण डिज़ाइन ज्ञान है।