Repository pattern là gì?

Question

Accepted Answer

Pattern **Repository** trừu tượng hóa **việc truy cập dữ liệu** sau một interface giống collection — tách logic nghiệp vụ khỏi cách dữ liệu được lưu trữ và truy xuất. Nó tách ứng dụng khỏi các nguồn dữ liệu (database, API), cải thiện khả năng test và bảo trì.

## Pattern Repository làm gì

```text
REPOSITORY → một lớp trừu tượng giữa logic nghiệp vụ và việc TRUY CẬP DỮ LIỆU:
  → cung cấp một interface gọn gàng (như collection: findById, save, delete, findAll)
  → GIẤU cách/nơi dữ liệu thực sự được lưu (database, API, cache, file)
  → logic nghiệp vụ dùng repository, KHÔNG dùng database trực tiếp
→ tách CÁI GÌ của thao tác dữ liệu khỏi CÁCH chúng được cài đặt
```

## Ví dụ

```js
// interface repository — logic nghiệp vụ phụ thuộc vào CÁI NÀY, không phải DB
class UserRepository {
  async findById(id) { /* truy vấn database (được giấu phía sau đây) */ }
  async save(user) { /* insert/update */ }
  async findByEmail(email) { /* ... */ }
}
// logic nghiệp vụ dùng repository, không biết nguồn dữ liệu
const user = await userRepository.findById(42);
// → thay đổi DB, hoặc dùng mock trong test, mà không thay đổi logic nghiệp vụ
```

## Lợi ích

```text
✓ TÁCH BIỆT → logic nghiệp vụ không phụ thuộc vào chi tiết truy cập dữ liệu (DB, ORM, API) →
  thay đổi nguồn dữ liệu mà không thay đổi logic nghiệp vụ
✓ KHẢ NĂNG TEST → dùng repository MOCK/fake trong test (không cần database thật)
✓ TẬP TRUNG HÓA truy cập dữ liệu → logic truy vấn ở một nơi (dễ bảo trì, nhất quán)
✓ Kiến trúc GỌN GÀNG hơn → tách biệt rõ ràng giữa logic nghiệp vụ/domain và dữ liệu
→ phổ biến trong kiến trúc phân lớp/clean; hoạt động với DI
```

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

Hiểu pattern Repository là giá trị vì nó là một **pattern phổ biến, thực tế** để tách gọn gàng logic nghiệp vụ khỏi việc truy cập dữ liệu, nên đây là kiến thức thiết kế liên quan.

Pattern Repository trừu tượng hóa việc truy cập dữ liệu sau một interface giống collection (findById, save, delete), **giấu cách và nơi dữ liệu được lưu** để logic nghiệp vụ dùng repository thay vì database trực tiếp.

Hiểu nó làm gì (cung cấp một interface truy cập dữ liệu gọn gàng giấu việc lưu trữ thực tế, tách *cái gì* của thao tác dữ liệu khỏi *cách* chúng được cài đặt) là kiến thức cốt lõi.

Hiểu **các lợi ích** là then chốt: **tách biệt** (logic nghiệp vụ không phụ thuộc vào chi tiết truy cập dữ liệu như database, ORM, hay API cụ thể, để bạn có thể thay đổi nguồn dữ liệu mà không thay đổi logic nghiệp vụ — một lợi ích kiến trúc giá trị), **khả năng test** (dùng repository mock/fake trong test để không cần database thật — quan trọng cho unit testing logic nghiệp vụ), **tập trung hóa truy cập dữ liệu** (logic truy vấn ở một nơi để dễ bảo trì và nhất quán), và **kiến trúc gọn gàng hơn** (tách biệt rõ ràng giữa logic nghiệp vụ/domain và dữ liệu).

Các lợi ích này khiến pattern Repository thực sự giá trị cho các ứng dụng dễ bảo trì, có thể test.

Hiểu rằng nó phổ biến trong **kiến trúc phân lớp/clean** và hoạt động với dependency injection làm rõ vị trí của nó trong kiến trúc hiện đại.

Pattern Repository được dùng rộng rãi vì tách logic nghiệp vụ khỏi việc truy cập dữ liệu (cho khả năng test, bảo trì, và linh hoạt) là một nhu cầu phổ biến, quan trọng.

Vì pattern Repository là một pattern phổ biến, thực tế để tách gọn gàng logic nghiệp vụ khỏi việc truy cập dữ liệu (tách biệt, khả năng test, tập trung hóa truy cập dữ liệu, kiến trúc gọn gàng hơn) — một nhu cầu phổ biến, quan trọng — và trung tâm cho các kiến trúc phân lớp/clean, và vì hiểu nó làm gì và các lợi ích là liên quan để xây dựng ứng dụng dễ bảo trì, hiểu pattern Repository là kiến thức thiết kế giá trị, liên quan thực tế — một pattern thường dùng để tách logic nghiệp vụ khỏi việc truy cập dữ liệu, cung cấp sự tách biệt và khả năng test, trung tâm cho các kiến trúc clean/phân lớp, và là kiến thức thiết kế quan trọng để xây dựng ứng dụng dễ bảo trì, có thể test với sự tách biệt gọn gàng giữa logic và dữ liệu.