Почему слой базы данных не должен зависеть от слоя бизнес-логики?

Почему база данных не должна влиять на бизнес-логику

В хорошо спроектированном приложении бизнес-логика является центральным и независимым слоем. Она содержит правила и процессы, которые определяют, как работает система. Слой базы данных — это всего лишь деталь реализации, отвечающая за хранение и извлечение данных. Если бизнес-логика начинает зависеть от базы данных, то любое изменение в способе хранения (например, переход с PostgreSQL на MongoDB) может потребовать изменения бизнес-правил, что нарушает принцип единственной ответственности и делает систему хрупкой.

Принцип инверсии зависимостей

Чистая архитектура и принцип инверсии зависимостей (Dependency Inversion Principle) гласят: модули верхнего уровня (бизнес-логика) не должны зависеть от модулей нижнего уровня (база данных). Оба должны зависеть от абстракций. На практике это означает, что бизнес-логика определяет интерфейсы (например, репозиторий), а слой базы данных реализует эти интерфейсы. Таким образом, бизнес-логика остаётся чистой и тестируемой.

Пример на TypeScript

// Бизнес-логика определяет интерфейс
interface UserRepository {
  findById(id: string): Promise<User>;
  save(user: User): Promise<void>;
}

// Сервис использует интерфейс, не зная о БД
class UserService {
  constructor(private repo: UserRepository) {}

  async updateEmail(id: string, email: string) {
    const user = await this.repo.findById(id);
    user.email = email;
    await this.repo.save(user);
  }
}

// Реализация для конкретной БД
class PostgresUserRepository implements UserRepository {
  async findById(id: string): Promise<User> {
    // SQL запрос
  }
  async save(user: User): Promise<void> {
    // SQL запрос
  }
}

Преимущества подхода

• Тестируемость: бизнес-логику можно тестировать с мок-репозиторием без подключения к БД.
• Гибкость: можно легко заменить СУБД или ORM, не трогая бизнес-правила.
• Поддерживаемость: изменения в инфраструктуре не влияют на ядро приложения.

Вывод: Разделение слоёв через интерфейсы и инверсию зависимостей — это фундаментальная практика для создания масштабируемых и тестируемых приложений. Она особенно полезна в крупных проектах, где бизнес-правила сложны и могут изменяться независимо от инфраструктуры.