Factory pattern คืออะไร?

Question

Accepted Answer

**Factory** pattern ให้วิธี**สร้างอ็อบเจ็กต์โดยไม่ต้องระบุคลาสที่แน่นอน** เป็นเมธอดหรือคลาสที่จัดการการสร้างอ็อบเจ็กต์ โดยตัดสินใจว่าจะสร้าง type ใด มันรวมศูนย์และทำให้การสร้างอ็อบเจ็กต์เป็นนามธรรม โดยแยกโค้ดออกจากคลาสที่เป็นรูปธรรม

## Factory pattern ทำอะไร

```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 pattern มีคุณค่า เพราะมันเป็น **creational pattern ที่พบบ่อยและมีประโยชน์** สำหรับการแยกโค้ดออกจากการสร้างอ็อบเจ็กต์ จึงเป็นความรู้การออกแบบที่เกี่ยวข้องในเชิงปฏิบัติ

Factory pattern ห่อหุ้มการสร้างอ็อบเจ็กต์ โดยให้เมธอดหรือคลาส factory ตัดสินใจว่าจะสร้างคลาสใด ดังนั้นผู้เรียกขออ็อบเจ็กต์ (ตาม type หรือ parameter) และได้อ็อบเจ็กต์ที่ถูกต้อง**โดยไม่ต้องรู้หรือระบุคลาสที่เป็นรูปธรรม**

การเข้าใจสิ่งนี้มีคุณค่าเพราะมันตอบโจทย์ความต้องการที่แท้จริง คือ**การแยกโค้ดออกจากคลาสที่เป็นรูปธรรม** (ผู้เรียกพึ่งพา factory/interface แทนที่จะเป็น implementation เฉพาะ) และ**การรวมศูนย์ logic การสร้าง** (ในที่เดียว ทำให้เปลี่ยนแปลงและขยายได้ง่ายขึ้น)

การเข้าใจ**ประโยชน์** ได้แก่ การลด coupling การรวมศูนย์การสร้าง และความยืดหยุ่น (เพิ่ม type ใหม่ได้ง่ายโดยเปลี่ยนแค่ factory หรือสลับ implementation โดยไม่ต้องแก้โค้ดที่เรียกใช้ทั้งหมด) ทำให้ชัดเจนว่าทำไม pattern นี้จึงมีประโยชน์ต่อโค้ดที่ดูแลรักษาง่ายและยืดหยุ่น

การเข้าใจ**รูปแบบที่หลากหลาย** ได้แก่ simple factory (เมธอดที่ตัดสินใจว่าจะสร้างอะไร), **factory method** (มักถูก override โดย subclass) และ **abstract factory** (สร้างกลุ่มของอ็อบเจ็กต์ที่เกี่ยวข้องกัน) ครอบคลุมแนวทาง factory ในทุกรูปแบบ

Factory pattern ถูกใช้กันบ่อยและถูกพูดถึงบ่อย ปรากฏทั่วทั้ง codebase และ framework จริงในที่ที่การสร้างอ็อบเจ็กต์ต้องการความยืดหยุ่นหรือการลด coupling

เนื่องจาก Factory pattern เป็น creational pattern ที่พบบ่อยและมีประโยชน์สำหรับการแยกโค้ดออกจากการสร้างอ็อบเจ็กต์และการรวมศูนย์ logic การสร้าง (ปรับปรุงความยืดหยุ่นและการดูแลรักษา) และเนื่องจากการเข้าใจว่ามันทำอะไร ประโยชน์ของมัน และรูปแบบที่หลากหลายของมันเกี่ยวข้องในเชิงปฏิบัติ การเข้าใจ Factory pattern จึงเป็นความรู้การออกแบบที่มีคุณค่าและนำไปใช้ได้บ่อย เป็น creational pattern ที่ถูกใช้บ่อยสำหรับการลด coupling และความยืดหยุ่นในการสร้างอ็อบเจ็กต์ พบบ่อยใน codebase และ framework จริง และเป็นความรู้การออกแบบที่สำคัญสำหรับการเขียนโค้ดที่ดูแลรักษาง่ายและยืดหยุ่น