Co je Repository pattern?

Question

Accepted Answer

**Repository** pattern abstrahuje **přístup k datům** za kolekce-podobné rozhraní — odděluje obchodní logiku od způsobu, jak jsou data uložena a načítána. Odpojuje aplikaci od zdrojů dat (databáze, API), což zlepšuje testovatelnost a udržovatelnost.

## Co Repository pattern dělá

```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
```

## Příklad

```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
```

## Výhody

```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
```

## Proč je to důležité

Rozeznání Repository pattern je cenné, protože jde o **běžný, praktický pattern** pro čisté oddělení obchodní logiky od přístupu k datům, takže je relevantním vědomím o návrhu.

Repository pattern abstrahuje přístup k datům za kolekce-podobné rozhraní (findById, save, delete), **skrývá jak a kde jsou data uložena** tak, že obchodní logika používá repository místo přímého přístupu k databázi.

Rozeznání toho, co dělá (poskytuje čisté rozhraní pro přístup k datům, které skrývá skutečné uložení, odděluje *co* operace dat od *jak* jsou implementovány) je základním vědomím.

Rozeznání **výhod** je klíčové: **oddělení závislostí** (obchodní logika nezávisí na detailech přístupu k datům, jako je konkrétní databáze, ORM nebo API, takže můžete vyměnit zdroje dat bez změny obchodní logiky — cenná architektonická výhoda), **testovatelnost** (použití mock/fake repositories v testech, aby nebyla potřeba skutečná databáze — důležité pro unit testování obchodní logiky), **centralizovaný přístup k datům** (logika dotazů na jednom místě pro udržovatelnost a konzistenci) a **čistší architektura** (jasné oddělení mezi doménou/obchodní logikou a daty).

Tyto výhody činí Repository pattern prakticky cenným pro udržovatelné, testovatelné aplikace.

Rozeznání, že je běžný v **vrstvených/čistých architekturách** a funguje se vstřikováním závislostí objasňuje jeho místo v moderní architektuře.

Repository pattern je rozšířeně používán, protože oddělení obchodní logiky od přístupu k datům (kvůli testovatelnosti, udržovatelnosti a flexibilitě) je běžnou, důležitou potřebou.

Protože Repository pattern je běžný, praktický pattern pro čisté oddělení obchodní logiky od přístupu k datům (oddělení závislostí, testovatelnost, centralizovaný přístup k datům, čistší architektura) — běžná, důležitá potřeba — a je centrální pro vrstvené/čisté architektury, a protože pochopení toho, co dělá a jeho výhody je relevantní pro vytváření udržovatelných aplikací, je pochopení Repository pattern cenným, prakticky relevantním vědomím o návrhu — často používaný pattern pro oddělení obchodní logiky od přístupu k datům, poskytující oddělení závislostí a testovatelnost, centrální pro čisté/vrstvené architektury a důležité vědomí o návrhu pro vytváření udržovatelných, testovatelných aplikací s čistým oddělením mezi logikou a daty.