Apa itu pola Repository?

Question

Accepted Answer

Pola **Repository** mengabstraksi **akses data** di balik antarmuka seperti koleksi — memisahkan logika bisnis dari cara data disimpan dan diambil. Pola ini mendekopling aplikasi dari sumber data (basis data, API), meningkatkan testabilitas dan maintainabilitas.

## Apa yang dilakukan pola Repository

```text
REPOSITORY → an abstraction layer between business logic and DATA ACCESS:
  → provides a clean interface (like a collection: findById, save, delete, findAll)
  → HIDES how/where data is actually stored (database, API, cache, files)
  → business logic uses the repository, NOT the database directly
→ separate WHAT data operations from HOW they're implemented
```

## Contoh

```js
// repository interface — business logic depends on THIS, not the DB
class UserRepository {
  async findById(id) { /* query the database (hidden behind here) */ }
  async save(user) { /* insert/update */ }
  async findByEmail(email) { /* ... */ }
}
// business logic uses the repository, unaware of the data source
const user = await userRepository.findById(42);
// → swap the DB, or use a mock in tests, without changing business logic
```

## Manfaat

```text
✓ DECOUPLING → business logic doesn't depend on data-access details (DB, ORM, API) →
  swap data sources without changing business logic
✓ TESTABILITY → use a MOCK/fake repository in tests (no real database needed)
✓ CENTRALIZED data access → query logic in one place (maintainable, consistent)
✓ CLEANER architecture → clear separation between domain/business logic and data
→ common in layered/clean architectures; works with DI
```

## Mengapa ini penting

Memahami pola Repository bernilai karena merupakan **pola yang umum dan praktis** untuk memisahkan logika bisnis dari akses data dengan bersih, sehingga merupakan pengetahuan desain yang relevan.

Pola Repository mengabstraksi akses data di balik antarmuka seperti koleksi (findById, save, delete), **menyembunyikan bagaimana dan di mana data disimpan** sehingga logika bisnis menggunakan repository daripada basis data secara langsung.

Memahami apa yang dilakukannya (menyediakan antarmuka akses data yang bersih yang menyembunyikan penyimpanan aktual, memisahkan *apa* operasi data dari *bagaimana* diimplementasikan) adalah pengetahuan inti.

Memahami **manfaatnya** adalah kunci: **pendekoplan** (logika bisnis tidak bergantung pada detail akses data seperti basis data spesifik, ORM, atau API, sehingga Anda dapat menukar sumber data tanpa mengubah logika bisnis — manfaat arsitektur yang berharga), **testabilitas** (menggunakan repository mock/palsu dalam tes sehingga tidak ada basis data nyata yang diperlukan — penting untuk pengujian unit logika bisnis), **akses data terpusat** (logika kueri di satu tempat untuk maintainabilitas dan konsistensi), dan **arsitektur yang lebih bersih** (pemisahan yang jelas antara logika domain/bisnis dan data).

Manfaat-manfaat ini membuat pola Repository secara praktis berharga untuk aplikasi yang dapat dimaintain dan dapat diuji.

Memahami bahwa pola ini umum dalam **arsitektur berlapis/bersih** dan bekerja dengan injeksi ketergantungan memperjelas tempatnya dalam arsitektur modern.

Pola Repository banyak digunakan karena memisahkan logika bisnis dari akses data (untuk testabilitas, maintainabilitas, dan fleksibilitas) merupakan kebutuhan yang umum dan penting.

Karena pola Repository adalah pola yang umum dan praktis untuk memisahkan logika bisnis dari akses data dengan bersih (pendekoplan, testabilitas, akses data terpusat, arsitektur yang lebih bersih) — kebutuhan yang umum dan penting — dan bersifat sentral untuk arsitektur berlapis/bersih, dan karena memahami apa yang dilakukannya dan manfaatnya relevan untuk membangun aplikasi yang dapat dimaintain, memahami pola Repository adalah pengetahuan desain yang bernilai dan relevan secara praktis — pola yang sering digunakan untuk memisahkan logika bisnis dari akses data, memberikan pendekoplan dan testabilitas, sentral untuk arsitektur bersih/berlapis, dan pengetahuan desain penting untuk membangun aplikasi yang dapat dimaintain dan dapat diuji dengan pemisahan yang bersih antara logika dan data.