Где объявлять интерфейсы в Go и как применять принцип инверсии зависимостей?

Идея: модуль «владеет» интерфейсом, описывающим его внешний контракт.

• Почему так:

• потребитель лучше знает, какие методы ему нужны;

• минимальный интерфейс → меньше связностей.

• Схема:

• package service:

type OrderRepo interface {
    Create(ctx context.Context, o Order) error
    Find(ctx context.Context, id string) (Order, error)
}

• package repo/postgres: type PGRepo struct {…} реализует OrderRepo.

• Плюсы:

• подмена на фейк/мок в тестах;

• отсутствие импортных циклов.

• Вывод: объявляйте интерфейсы в потребителях и внедряйте реализации DI/конструктором.