IT заметки по программированию
IT заметки по программированию
IT заметки по программированию
IT заметки по программированию

Можно ли репозитории назвать адаптерами в программной архитектуре приложения?

04.04.2023
Golang, Kubernetes, Архитектура
Комментариев нет

Да, репозитории можно назвать адаптерами в программной архитектуре приложения, если рассматривать их с точки зрения архитектуры, такой как чистая архитектура (Clean Architecture) или шестигранная архитектура (Hexagonal Architecture). В этих подходах адаптеры служат связующим звеном между различными уровнями системы, обеспечивая взаимодействие с внешними системами или слоями. Репозитории в этом контексте действуют как адаптеры между бизнес-логикой и системой хранения данных.

Почему репозитории можно считать адаптерами

  1. Роль адаптера:
    • Адаптеры предназначены для преобразования данных и интерфейсов между слоями системы. Например, в чистой архитектуре адаптеры связывают внешние слои (например, базы данных или API) с внутренними слоями (доменной логикой).
    • Репозитории абстрагируют детали работы с базой данных, предоставляя бизнес-логике простой интерфейс для чтения и записи данных. Это делает их адаптерами, которые изолируют доменный слой от слоя инфраструктуры.
  2. Пример из чистой архитектуры:
    • Внешние системы (например, базы данных) подключаются через адаптеры, чтобы доменный слой оставался независимым.
    • Репозитории реализуют интерфейсы, определённые в домене, и действуют как реализация адаптера для конкретной базы данных или другой технологии хранения.

Архитектурный пример: Репозитории как адаптеры

1. Интерфейс репозитория в домене:

Go
1
2
3
4
5
6
7
package domain
 
type UserRepository interface {
    FindByID(id int) (*User, error)
    Save(user *User) error
}
 
  • Этот интерфейс определён в домене и не зависит от конкретной базы данных.

2. Репозиторий как адаптер для базы данных:

Go
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
package infrastructure
 
import (
    "database/sql"
    "myapp/domain"
)
 
type UserRepositoryDB struct {
    db *sql.DB
}
 
func NewUserRepositoryDB(db *sql.DB) *UserRepositoryDB {
    return &UserRepositoryDB{db: db}
}
 
func (r *UserRepositoryDB) FindByID(id int) (*domain.User, error) {
    row := r.db.QueryRow("SELECT id, name FROM users WHERE id = ?", id)
    var user domain.User
    err := row.Scan(&user.ID, &user.Name)
    if err != nil {
        return nil, err
    }
    return &user, nil
}
 
func (r *UserRepositoryDB) Save(user *domain.User) error {
    _, err := r.db.Exec("INSERT INTO users (id, name) VALUES (?, ?)", user.ID, user.Name)
    return err
}
 
  • Здесь репозиторий выступает в роли адаптера, связывая базу данных и бизнес-логику.

3. Использование в бизнес-логике:

Go
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
package application
 
import "myapp/domain"
 
type UserService struct {
    userRepository domain.UserRepository
}
 
func NewUserService(repo domain.UserRepository) *UserService {
    return &UserService{userRepository: repo}
}
 
func (s *UserService) GetUser(id int) (*domain.User, error) {
    return s.userRepository.FindByID(id)
}
 

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

  1. Независимость доменного слоя:
    • Доменный слой ничего не знает о конкретных реализациях репозиториев.
  2. Гибкость и тестируемость:
    • Репозиторий можно заменить, например, на фейковую реализацию для тестирования.
  3. Принцип подстановки Барбары Лисков (LSP):
    • Другие адаптеры (например, для API или mock-данных) могут реализовывать один и тот же интерфейс.

Когда репозитории можно не считать адаптерами

Если проект не придерживается строгой многослойной архитектуры, а репозитории напрямую связаны с инфраструктурой (например, tightly coupled DAO), их можно рассматривать как простую обёртку для работы с базой данных, а не как полноценные адаптеры.

Однако в контексте архитектур, таких как Clean Architecture, репозиторий практически всегда является адаптером, поскольку он решает задачу изоляции домена от инфраструктуры.

Recommended Posts

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *