Kaj je vzorec Repository?

Question

Accepted Answer

Vzorec **Repository** abstrakcira **dostop do podatkov** za vmesnikom, podobnim kolekciji — ločuje poslovno logiko od tega, kako so podatki shranjeni in pridobljeni. Odklanja aplikacijo od virov podatkov (baze podatkov, API-ji), kar izboljšuje testabilnost in vzdrževljivost.

## Kaj vzorec Repository naredi

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

## Primer

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

## Prednosti

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

## Zakaj je to pomembno

Razumevanje vzorca Repository je dragoceno, ker je to **pogost, praktičen vzorec** za čisto ločevanje poslovne logike od dostopa do podatkov, zato je relevantno znanje o zasnovi.

Vzorec Repository abstrakcira dostop do podatkov za vmesnikom, podobnim kolekciji (findById, save, delete), **skriva kako in kje so podatki shranjeni** tako, da poslovna logika uporablja repozitorij namesto neposrednega dostopa do baze podatkov.

Razumevanje tega, kaj naredi (zagotavlja čist vmesnik za dostop do podatkov, ki skriva dejansko shranjevanje, ločuje *kaj* operacij s podatki od *kako* so izvedene), je temeljno znanje.

Razumevanje **prednosti** je ključno: **odklanjanje** (poslovna logika ni odvisna od podrobnosti dostopa do podatkov, kot so specifična baza podatkov, ORM ali API, zato lahko zamenjate vire podatkov brez spreminjanja poslovne logike — dragocena arhitekturna prednost), **testabilnost** (uporaba lažnih/mock repozitorijev v testih, tako da ni potrebna prava baza podatkov — pomembno za testiranje poslovne logike), **centralizirani dostop do podatkov** (logika poizvedb na enem mestu za vzdrževljivost in skladnost), in **čistejša arhitektura** (jasna ločitev med domeno/poslovno logiko in podatki).

Te prednosti naredijo vzorec Repository praktično dragocen za vzdrževljive in testabilne aplikacije.

Razumevanje, da je pogost v **plastnih/čistih arhitekturah** in deluje z vbrizgavanjem odvisnosti, pojasni njegov položaj v sodobni arhitekturi.

Vzorec Repository je široko uporabljen, ker je ločevanje poslovne logike od dostopa do podatkov (za testabilnost, vzdrževljivost in fleksibilnost) pogost, pomemben namen.

Ker je vzorec Repository pogost, praktičen vzorec za čisto ločevanje poslovne logike od dostopa do podatkov (odklanjanje, testabilnost, centralizirani dostop do podatkov, čistejša arhitektura) — pogost, pomemben namen — in je osrednjega pomena za plastne/čiste arhitekture, in ker je razumevanje tega, kaj naredi in njegovih prednosti relevantno za gradnjo vzdrževljivih aplikacij, je razumevanje vzorca Repository dragoceno, praktično-relevantno znanje o zasnovi — pogosto uporabljeni vzorec za ločevanje poslovne logike od dostopa do podatkov, zagotavlja odklanjanje in testabilnost, osrednjega pomena za čiste/plastne arhitekture in pomembno znanje o zasnovi za gradnjo vzdrževljivih, testabilnih aplikacij s čisto ločitvijo med logiko in podatki.