Тип удовлетворяет интерфейсу автоматически, если у него есть все методы интерфейса — без слова implements. Поэтому интерфейсы объявляют у потребителя и делают маленькими (io.Reader — один метод). «Принимай интерфейсы, возвращай структуры».
А ещё Похоже на Protocol в Python и структурную типизацию в TypeScript
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Неявная реализация развязывает пакеты: пакет-потребитель объявляет нужный ему интерфейс из одного-двух методов, и любой тип из чужого пакета подходит, если у него есть эти методы. Библиотеке не нужно знать о ваших интерфейсах.
Маленькие интерфейсы стандартной библиотеки: io.Reader, io.Writer, fmt.Stringer, error, sort.Interface. Из них собираются большие встраиванием: io.ReadWriteCloser.
Где объявлять. В Go принято объявлять интерфейс там, где он используется, а не рядом с реализацией: «принимай интерфейсы, возвращай конкретные типы». Интерфейс «на всякий случай» с одной реализацией — лишний.
Внутреннее устройство. Значение интерфейса хранит указатель на таблицу методов конкретного типа (itab) и указатель на данные. Вызов метода — косвенный, через таблицу.
sottotype Notifier interface {
Notify(ctx context.Context, msg string) error
}
type OrderService struct{ n Notifier } // зависит от абстракции
type EmailSender struct{ ... }
func (e *EmailSender) Notify(ctx context.Context, msg string) error { ... }
svc := OrderService{n: &EmailSender{}} // никакого implementssotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.