Что такое паттерн Repository и какую задачу он решает?

Паттерн Repository является частью слоистой архитектуры приложения и служит посредником между доменным слоем (бизнес-логикой) и слоем доступа к данным. Его основная цель — обеспечить абстракцию над механизмом хранения, чтобы бизнес-логика могла работать с коллекциями объектов, не заботясь о том, как эти объекты сохраняются, извлекаются или удаляются.

Как это работает

Вместо того чтобы разбрасывать SQL-запросы или вызовы ORM по всему коду, вы создаёте интерфейс репозитория, который определяет контракты для операций с данными (например, findById, save, delete). Затем реализуете этот интерфейс для конкретного источника данных (например, PostgreSQL с использованием SQLAlchemy или Entity Framework). Доменный слой зависит только от интерфейса, а не от конкретной реализации, что соответствует принципу инверсии зависимостей (DIP).

Пример кода

Рассмотрим простой пример на C# для сущности "Пользователь".

// 1. Интерфейс репозитория в доменном слое
public interface IUserRepository
{
    User GetById(int id);
    void Add(User user);
    void Update(User user);
    IEnumerable GetAll();
}

// 2. Доменная модель (простой класс)
public class User
{
    public int Id { get; set; }
    public string Name { get; set; }
}

// 3. Реализация репозитория в слое инфраструктуры (используем Entity Framework)
public class UserRepository : IUserRepository
{
    private readonly AppDbContext _context;
    public UserRepository(AppDbContext context)
    {
        _context = context;
    }

    public User GetById(int id)
    {
        return _context.Users.Find(id);
    }

    public void Add(User user)
    {
        _context.Users.Add(user);
        _context.SaveChanges();
    }
    // ... остальные методы
}

// 4. Использование в сервисе (бизнес-логика)
public class UserService
{
    private readonly IUserRepository _userRepo;
    public UserService(IUserRepository userRepo)
    {
        _userRepo = userRepo; // Внедрение зависимости
    }

    public User GetUserProfile(int userId)
    {
        return _userRepo.GetById(userId);
    }
}

Где применяется

Паттерн Repository особенно полезен в:

• Сложных доменно-ориентированных приложениях (DDD), где требуется чёткое разделение ответственности.
• Ситуациях, когда необходимо обеспечить лёгкое тестирование бизнес-логики через моки или заглушки репозиториев.
• Проектах, где возможна смена технологии хранения данных (переход с одной СУБД на другую или добавление кэширования).

Вывод: Паттерн Repository стоит применять, когда нужно изолировать бизнес-логику от деталей работы с данными, повысить тестируемость и обеспечить гибкость для будущих изменений в инфраструктуре хранения.