Repository pattern क्या है?

Question

Accepted Answer

**Repository** pattern **data access** को एक collection जैसे interface के पीछे abstract करता है — business logic को इस बात से अलग करता है कि data कैसे store और retrieve किया जाता है। यह application को data sources (databases, APIs) से decouple करता है, जिससे testability और maintainability बेहतर होती है।

## Repository pattern क्या करता है

```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 pattern को समझना मूल्यवान है क्योंकि यह business logic को data access से साफ-सुथरे ढंग से अलग करने का एक **सामान्य, व्यावहारिक pattern** है, इसलिए यह प्रासंगिक design ज्ञान है।

Repository pattern data access को एक collection जैसे interface (findById, save, delete) के पीछे abstract करता है, **यह छिपाते हुए कि data कैसे और कहाँ store किया जाता है** ताकि business logic database को सीधे इस्तेमाल करने के बजाय repository का इस्तेमाल करे।

यह क्या करता है यह समझना (एक साफ data-access interface प्रदान करना जो वास्तविक storage को छिपाता है, *क्या* data operations को *कैसे* implement किया जाता है से अलग करना) मूल ज्ञान है।

**फायदों** को समझना अहम है: **decoupling** (business logic का data-access विवरण जैसे specific database, ORM, या API पर निर्भर न होना, ताकि आप business logic बदले बिना data sources swap कर सकें — एक मूल्यवान architectural फायदा), **testability** (tests में mock/fake repositories का इस्तेमाल ताकि किसी real database की ज़रूरत न पड़े — business logic के unit testing के लिए महत्वपूर्ण), **centralized data access** (maintainability और consistency के लिए query logic एक जगह), और **cleaner architecture** (domain/business logic और data के बीच स्पष्ट विभाजन)।

ये फायदे Repository pattern को maintainable, testable applications के लिए व्यावहारिक रूप से मूल्यवान बनाते हैं।

यह समझना कि यह **layered/clean architectures** में सामान्य है और dependency injection के साथ काम करता है, आधुनिक architecture में इसकी जगह को स्पष्ट करता है।

Repository pattern व्यापक रूप से इस्तेमाल किया जाता है क्योंकि business logic को data access से अलग करना (testability, maintainability, और flexibility के लिए) एक सामान्य, महत्वपूर्ण ज़रूरत है।

चूँकि Repository pattern business logic को data access से साफ ढंग से अलग करने का एक सामान्य, व्यावहारिक pattern है (decoupling, testability, centralized data access, cleaner architecture) — एक सामान्य, महत्वपूर्ण ज़रूरत — और layered/clean architectures का केंद्र है, और चूँकि यह क्या करता है और इसके फायदे समझना maintainable applications बनाने के लिए प्रासंगिक है, इसलिए Repository pattern को समझना मूल्यवान, व्यावहारिक रूप से प्रासंगिक design ज्ञान है — business logic को data access से अलग करने का एक अक्सर इस्तेमाल होने वाला pattern, जो decoupling और testability प्रदान करता है, clean/layered architectures का केंद्र है, और logic तथा data के बीच साफ विभाजन के साथ maintainable, testable applications बनाने के लिए महत्वपूर्ण design ज्ञान है।