Factory pattern là gì?

Question

Accepted Answer

Pattern **Factory** cung cấp một cách để **tạo đối tượng mà không cần chỉ định class chính xác của chúng** — một method hoặc class xử lý việc tạo đối tượng, quyết định kiểu nào cần khởi tạo. Nó tập trung hóa và trừu tượng hóa việc tạo đối tượng, tách code khỏi các concrete class.

## Pattern Factory làm gì

```text
FACTORY → đóng gói việc TẠO đối tượng (thay vì gọi constructor trực tiếp):
  → một factory method/class quyết định CLASS NÀO cần khởi tạo và tạo nó
  → người gọi yêu cầu factory một đối tượng (theo kiểu/tham số) → nhận đúng đối tượng
    mà KHÔNG cần biết/chỉ định concrete class
→ tách code khỏi các CONCRETE class; tập trung hóa logic tạo đối tượng
```

## Ví dụ

```js
// một factory tạo đúng kiểu dựa trên đầu vào
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');   // người gọi không dùng 'new Circle' trực tiếp
// → để thêm shape mới, sửa factory, không phải tất cả code gọi
```

## Lợi ích và các biến thể

```text
LỢI ÍCH:
  ✓ TÁCH BIỆT → người gọi phụ thuộc vào một interface/factory, không phải concrete class
  ✓ TẬP TRUNG HÓA việc tạo → logic tạo ở một nơi (dễ thay đổi/mở rộng)
  ✓ LINH HOẠT → dễ thêm kiểu mới (sửa factory) hoặc thay đổi implementation
BIẾN THỂ:
  → FACTORY METHOD → một method (thường được subclass override) tạo đối tượng
  → ABSTRACT FACTORY → tạo các họ đối tượng liên quan
  → simple factory (như trên) là dạng cơ bản
```

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

Hiểu pattern Factory là giá trị vì nó là một **creational pattern phổ biến, hữu ích** để tách code khỏi việc tạo đối tượng, nên đây là kiến thức thiết kế liên quan thực tế.

Pattern Factory đóng gói việc tạo đối tượng — để một factory method hoặc class quyết định class nào cần khởi tạo, để người gọi yêu cầu một đối tượng (theo kiểu hoặc tham số) và nhận đúng cái **mà không cần biết hay chỉ định concrete class**.

Hiểu điều này là giá trị vì nó giải quyết một nhu cầu thực: **tách code khỏi các concrete class** (người gọi phụ thuộc vào factory/interface chứ không phải các implementation cụ thể) và **tập trung hóa logic tạo đối tượng** (ở một nơi, giúp dễ thay đổi và mở rộng hơn).

Hiểu **các lợi ích** — tách biệt, tập trung hóa việc tạo, và linh hoạt (dễ dàng thêm kiểu mới bằng cách sửa factory, hoặc thay đổi implementation, mà không cần sửa tất cả code gọi) — làm rõ tại sao pattern này hữu ích cho code dễ bảo trì, linh hoạt.

Hiểu **các biến thể** — simple factory (một method quyết định cái cần tạo), **factory method** (thường được subclass override), và **abstract factory** (tạo các họ đối tượng liên quan) — bao quát phổ các cách tiếp cận factory.

Pattern Factory được dùng phổ biến và bàn luận thường xuyên, xuất hiện khắp các codebase và framework thực tế ở bất cứ đâu cần việc tạo đối tượng linh hoạt hoặc tách biệt.

Vì pattern Factory là một creational pattern phổ biến, hữu ích để tách code khỏi việc tạo đối tượng và tập trung hóa logic tạo (cải thiện sự linh hoạt và khả năng bảo trì), và vì hiểu nó làm gì, các lợi ích, và các biến thể là liên quan thực tế, hiểu pattern Factory là kiến thức thiết kế giá trị, thường áp dụng được — một creational pattern thường dùng để tách biệt và linh hoạt trong việc tạo đối tượng, phổ biến trong các codebase và framework thực tế, và là kiến thức thiết kế quan trọng để viết code dễ bảo trì, linh hoạt.