Repository પેટર્ન શું છે?

Question

Accepted Answer

**Repository** પેટર્ન **ડેટા એક્સેસ** ને સંગ્રહ જેવા ઇન્ટરફેસ પાછળ અમૂર્ત કરે છે — બિઝનેસ લોજિક્સને ડેટા કેવી રીતે સંગ્રહ અને મેળવવામાં આવે છે તેનાથી અલગ કરે છે. તે એપ્લિકેશનને ડેટા સ્ત્રોતો (ડેટાબેસ, API)માંથી અલગ કરે છે, પરીક્ષણક્ષમતા અને જાણીતાપણા માં સુધાર કરે છે।

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

## ઉદાહરણ

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

## લાભો

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

## તે શા માટે મહત્વપૂર્ણ છે

Repository પેટર્નને સમજવું મૂલ્યવાન છે કારણ કે તે બિઝનેસ લોજિક્સને ડેટા એક્સેસ્સમાંથી સ્વચ્છતાથી અલગ કરવા માટે **સામાન્ય, વ્યવહારિક પેટર્ન** છે, તેથી તે સુસંગત ડિઝાઇન જ્ઞાન છે।

Repository પેટર્ન ડેટા એક્સેસ્સને સંગ્રહ જેવા ઇન્ટરફેસ પાછળ અમૂર્ત કરે છે (findById, save, delete), **ડેટા કેવી રીતે અને ક્યાં સંગ્રહ થાય છે તે છુપાવે છે** જેથી બિઝનેસ લોજિક્સ ડેટાબેસ સીધા જ નહીં પણ repository નો ઉપયોગ કરે।

તે શું કરે છે તે સમજવું (ડેટા-એક્સેસ ઇન્ટરફેસ પ્રદાન કરવું જે વાસ્તવિક સંગ્રહ છુપાવે છે, ડેટા કામગીરીનું *શું* તેમના *કેવી રીતે* અમલીકરણ માંથી અલગ કરે છે) મુખ્ય જ્ઞાન છે।

**લાભો** સમજવું મુખ્ય છે: **અલગીકરણ** (બિઝનેસ લોજિક્સ ડેટા-એક્સેસ વિગતો પર આધાર નથી, જેમ કે ચોક્કસ ડેટાબેસ, ORM, અથવા API, તેથી તમે બિઝનેસ લોજિક્સ બદલ્યા વિના ડેટા સ્ત્રોતો બદલી શકો છો — આર્કિટેક્ચર લાભ મૂલ્યવાન છે), **પરીક્ષણક્ષમતા** (પરીક્ષણોમાં mock/fake repositories નો ઉપયોગ કરવો તેથી કોઈ વાસ્તવિક ડેટાબેસની જરૂર નથી — બિઝનેસ લોજિક્સ પરીક્ષણ માટે મહત્વપૂર્ણ), **કેન્દ્રીય ડેટા એક્સેસ** (પ્રશ્નવ્યવહાર તર્ક એક જગ્યાએ જાણીતાપણા અને સુસંગતતા માટે), અને **સ્વચ્છ આર્કિટેક્ચર** (ડોમેન/બિઝનેસ લોજિક્સ અને ડેટા વચ્ચે સ્પષ્ટ અલગીકરણ)।

ીય લાભો Repository પેટર્નને જાણીતા, પરીક્ષણીય એપ્લિકેશનો માટે વ્યવહારિક રીતે મૂલ્યવાન બનાવે છે।

તે સમજવું કે તે **સ્તરવાળા/સ્વચ્છ આર્કિટેક્ચર**માં સામાન્ય છે અને આધ્રુવતા ઇન્જેક્શન સાથે કામ કરે છે તે આધુનિક આર્કિટેક્ચરમાં તેનું સ્થાન સ્પષ્ટ કરે છે।

Repository પેટર્ન વ્યાપક રીતે વપરાતું છે કારણ કે બિઝનેસ લોજિક્સને ડેટા એક્સેસ્સમાંથી અલગ કરવું (પરીક્ષણક્ષમતા, જાણીતાપણા, અને લવચીકતા માટે) સામાન્ય, મહત્વપૂર્ણ જરૂર છે।

Repository પેટર્ન સામાન્ય, વ્યવહારિક પેટર્ન છે બિઝનેસ લોજિક્સને ડેટા એક્સેસ્સમાંથી સ્વચ્છતાથી અલગ કરવા માટે (અલગીકરણ, પરીક્ષણક્ષમતા, કેન્દ્રીય ડેટા એક્સેસ, સ્વચ્છ આર્કિટેક્ચર) — સામાન્ય, મહત્વપૂર્ણ જરૂર — અને સ્વચ્છ/સ્તરવાળા આર્કિટેક્ચર માટે કેન્દ્રીય છે, અને Repository પેટર્નને સમજવું મૂલ્યવાન, વ્યવહારિક ડિઝાઇન જ્ઞાન છે — લોજિક્સ અને ડેટા વચ્ચે સ્વચ્છ અલગીકરણ સાથે જાણીતા, પરીક્ષણીય એપ્લિકેશનો બનાવવા માટે વારંવાર વપરાતું પેટર્ન, અલગીકરણ અને પરીક્ષણક્ષમતા પ્રદાન કરે છે, સ્વચ્છ/સ્તરવાળા આર્કિટેક્ચર માટે કેન્દ્રીય છે, અને જાણીતા, પરીક્ષણીય એપ્લિકેશનો બનાવવા માટે મહત્વપૂર્ણ ડિઝાઇન જ્ઞાન છે।