Creational design pattern คืออะไร?

Question

Accepted Answer

**Creational pattern** จัดการเรื่อง**การสร้างอ็อบเจ็กต์** คือวิธีที่อ็อบเจ็กต์ถูกสร้าง ทำให้ยืดหยุ่น และแยกออกจากโค้ดที่ใช้มัน ซึ่งรวมถึง Singleton, Factory, Builder, Prototype และ Abstract Factory

## Creational pattern ตอบโจทย์อะไร

```text
CREATIONAL patterns abstract and control HOW objects are CREATED:
  → instead of directly calling constructors everywhere (rigid, coupled), creational
    patterns make object creation flexible, decoupled, and manageable
→ they help create objects in a way suited to the situation, decoupled from concrete classes
```

## Creational pattern หลัก ๆ

```text
SINGLETON → ensure only ONE instance of a class (single shared object)
FACTORY METHOD → create objects without specifying the exact class (defer to a method/subclass)
ABSTRACT FACTORY → create FAMILIES of related objects (without specifying concrete classes)
BUILDER → construct complex objects step-by-step (separate construction from representation);
  good for objects with many optional parts/parameters
PROTOTYPE → create new objects by CLONING an existing one (copy a prototype)
```

## เมื่อไรและทำไม

```text
✓ FACTORY → when creation logic should be centralized/decoupled from concrete classes
✓ BUILDER → when an object has many parameters/optional fields (avoid huge constructors;
  readable step-by-step construction) — very practical
✓ SINGLETON → genuinely-single resources (with caveats — see Singleton)
✓ PROTOTYPE → when cloning is cheaper/easier than creating from scratch
→ use the one that fits the creation problem; they decouple code from concrete creation
```

## ทำไมจึงสำคัญ

การเข้าใจ creational pattern มีคุณค่า เพราะมันตอบโจทย์**ความกังวลที่พบบ่อยและสำคัญเรื่องการสร้างอ็อบเจ็กต์**ในรูปแบบที่ยืดหยุ่นและลด coupling จึงเป็นความรู้การออกแบบที่มีประโยชน์

Creational pattern จัดการเรื่อง*วิธีที่อ็อบเจ็กต์ถูกสร้าง* ทำให้การสร้าง instance เป็นนามธรรมและควบคุมได้เพื่อให้ยืดหยุ่นและลด coupling ตอบโจทย์ปัญหาที่ว่าการเรียก constructor โดยตรงทุกที่นั้นแข็งทื่อและผูกแน่นกับคลาสที่เป็นรูปธรรม

การเข้าใจ**creational pattern หลัก ๆ** ได้แก่ **Singleton** (instance ที่แชร์ตัวเดียว), **Factory Method** (สร้างอ็อบเจ็กต์โดยไม่ต้องระบุคลาสที่แน่นอน), **Abstract Factory** (สร้างกลุ่มของอ็อบเจ็กต์ที่เกี่ยวข้องกัน), **Builder** (สร้างอ็อบเจ็กต์ที่ซับซ้อนทีละขั้น) และ **Prototype** (clone อ็อบเจ็กต์ที่มีอยู่) ครอบคลุมชุดเครื่องมือสำหรับการสร้างอ็อบเจ็กต์อย่างยืดหยุ่น

การเข้าใจ**เมื่อไรและทำไม**จะใช้แต่ละตัวเป็นความรู้เชิงปฏิบัติ ได้แก่ **Factory** เมื่อการสร้างควรรวมศูนย์และแยกออกจากคลาสที่เป็นรูปธรรม, **Builder** เมื่ออ็อบเจ็กต์มี parameter หรือ field ที่ไม่บังคับจำนวนมาก (หลีกเลี่ยง constructor ที่เทอะทะด้วยการสร้างทีละขั้นที่อ่านง่าย ซึ่งเป็น pattern ที่ใช้งานได้จริงมาก), **Singleton** สำหรับ resource ที่มีตัวเดียวจริง ๆ (พร้อมข้อควรระวัง) และ **Prototype** เมื่อการ clone ง่ายกว่าการสร้างใหม่จากศูนย์

โดยเฉพาะ **Builder pattern** ใช้งานได้จริงอย่างมากสำหรับปัญหาที่พบบ่อยคืออ็อบเจ็กต์ที่มี parameter ไม่บังคับจำนวนมาก

การเข้าใจ creational pattern ในฐานะหมวดหมู่หนึ่ง และวิธีที่แต่ละตัวตอบโจทย์สถานการณ์การสร้างที่แตกต่างกัน ช่วยให้คุณสร้างอ็อบเจ็กต์ในรูปแบบที่ยืดหยุ่น อ่านง่าย และแยกออกจากคลาสที่เป็นรูปธรรม

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