Creational design patterns là gì?

Question

Accepted Answer

**Creational patterns** (mẫu khởi tạo) liên quan đến **việc tạo đối tượng** — cách các đối tượng được khởi tạo, được làm cho linh hoạt, và được tách khỏi code dùng chúng. Chúng bao gồm Singleton, Factory, Builder, Prototype, và Abstract Factory.

## Creational patterns giải quyết điều gì

```text
Các CREATIONAL pattern trừu tượng hóa và kiểm soát CÁCH đối tượng được TẠO RA:
  → thay vì gọi constructor trực tiếp ở khắp nơi (cứng nhắc, coupling), các creational
    pattern làm cho việc tạo đối tượng linh hoạt, tách biệt, và dễ quản lý
→ chúng giúp tạo đối tượng theo cách phù hợp với tình huống, tách khỏi các concrete class
```

## Các creational pattern chính

```text
SINGLETON → đảm bảo chỉ MỘT instance của một class (một đối tượng dùng chung duy nhất)
FACTORY METHOD → tạo đối tượng mà không chỉ định class chính xác (ủy cho một method/subclass)
ABSTRACT FACTORY → tạo các HỌ đối tượng liên quan (mà không chỉ định concrete class)
BUILDER → xây dựng đối tượng phức tạp từng bước (tách việc xây dựng khỏi biểu diễn);
  tốt cho đối tượng có nhiều phần/tham số tùy chọn
PROTOTYPE → tạo đối tượng mới bằng cách CLONE một cái có sẵn (copy một prototype)
```

## Khi nào và tại sao

```text
✓ FACTORY → khi logic tạo nên được tập trung hóa/tách khỏi concrete class
✓ BUILDER → khi một đối tượng có nhiều tham số/trường tùy chọn (tránh constructor khổng lồ;
  xây dựng từng bước dễ đọc) — rất thực tế
✓ SINGLETON → tài nguyên thực sự đơn nhất (với các lưu ý — xem Singleton)
✓ PROTOTYPE → khi clone rẻ/dễ hơn tạo từ đầu
→ dùng cái phù hợp với vấn đề tạo đối tượng; chúng tách code khỏi việc tạo concrete
```

## Tại sao điều này quan trọng

Hiểu các creational pattern là giá trị vì chúng giải quyết **mối quan tâm phổ biến, quan trọng về việc tạo đối tượng** theo cách linh hoạt, tách biệt, nên đây là kiến thức thiết kế hữu ích.

Creational pattern liên quan đến *cách đối tượng được tạo ra*, trừu tượng hóa và kiểm soát việc khởi tạo để làm nó linh hoạt và tách biệt — giải quyết vấn đề rằng gọi constructor trực tiếp ở khắp nơi là cứng nhắc và coupling chặt với các concrete class.

Hiểu **các creational pattern chính** — **Singleton** (một instance dùng chung), **Factory Method** (tạo đối tượng mà không chỉ định class chính xác), **Abstract Factory** (tạo các họ đối tượng liên quan), **Builder** (xây dựng đối tượng phức tạp từng bước), và **Prototype** (clone các đối tượng có sẵn) — bao quát bộ công cụ để tạo đối tượng linh hoạt.

Hiểu **khi nào và tại sao** dùng từng cái là kiến thức thực tế: **Factory** khi việc tạo nên được tập trung hóa và tách khỏi concrete class, **Builder** khi một đối tượng có nhiều tham số hoặc trường tùy chọn (tránh constructor cồng kềnh với xây dựng từng bước dễ đọc — một pattern rất thực tế), **Singleton** cho tài nguyên thực sự đơn nhất (với các lưu ý của nó), và **Prototype** khi clone dễ hơn tạo từ đầu. **Pattern Builder** đặc biệt rất thực tế cho vấn đề phổ biến của đối tượng có nhiều tham số tùy chọn.

Hiểu các creational pattern như một nhóm, và cách mỗi cái giải quyết các tình huống tạo đối tượng khác nhau, giúp bạn tạo đối tượng theo cách linh hoạt, dễ đọc, và tách khỏi concrete class.

Vì việc tạo đối tượng là mối quan tâm phổ biến, quan trọng và các creational pattern giải quyết nó theo cách linh hoạt, tách biệt (Factory để tách biệt, Builder cho đối tượng phức tạp, v.v.), và vì hiểu các pattern và khi nào dùng từng cái là hữu ích để viết code linh hoạt, dễ bảo trì, hiểu các creational pattern là kiến thức thiết kế giá trị, liên quan thực tế — một nhóm pattern hữu ích để xử lý việc tạo đối tượng linh hoạt, với Builder và Factory đặc biệt thực tế, và là kiến thức thiết kế quan trọng để tạo đối tượng theo cách tách biệt, dễ bảo trì.