> Зачем в Go нужны методы, если есть функции? (Go)

Короткий ответ

Методы в Go - это функции, привязанные к конкретному типу. Они дают доступ к полям и внутреннему состоянию через receiver, позволяют реализовывать интерфейсы и обеспечивают полиморфизм. Без методов невозможно было бы использовать интерфейсы, а код стал бы громоздким из-за ручной передачи состояния в каждую функцию. Методы - это синтаксический сахар, но критически важный для организации кода и соблюдения принципов ООП в той мере, в которой Go его поддерживает.

Подробное объяснение

Методы отличаются от функций тем, что объявляются с receiver - параметром, который связывает функцию с конкретным типом. Это даёт три ключевых преимущества:

1. Инкапсуляция и читаемость: метод user.GetBalance() читается естественнее, чем getBalance(user). Receiver автоматически передаёт состояние, не нужно каждый раз явно передавать объект.

2. Реализация интерфейсов: интерфейсы в Go проверяются статически - тип удовлетворяет интерфейсу, если у него есть методы с нужной сигнатурой. Функции не могут быть частью интерфейса, только методы.

3. Полиморфизм: через интерфейсы можно работать с разными типами единообразно, вызывая один и тот же метод. Это основа для паттернов вроде стратегии, декоратора, middleware.

Receiver бывает value или pointer. Pointer receiver позволяет мутировать состояние и избегать копирования больших структур. Value receiver создаёт копию - безопасно для иммутабельных операций.

Методы также позволяют переопределять поведение для встроенных типов через embedding - композицию вместо наследования.

На практике

В реальных проектах методы используются повсеместно:

• HTTP handlers: func (h *Handler) ServeHTTP(w, r) - реализация интерфейса http.Handler.
• Работа с БД: методы репозитория, например func (r *Repo) GetUser(ctx, id).
• Middleware: func (m *Middleware) Wrap(next http.Handler) http.Handler.
• Обработка ошибок: методы на кастомных типах ошибок для дополнительной информации.

Без методов пришлось бы писать функции вида processOrder(order, db, logger, config) - каждый раз передавая все зависимости. Методы группируют логику вокруг данных, что упрощает рефакторинг и тестирование.

Пример кода

GO
type User struct {
    Name string
    age  int
}

// value receiver - не мутирует, копирует
func (u User) IsAdult() bool {
    return u.age >= 18
}

// pointer receiver - мутирует и не копирует
func (u *User) SetAge(age int) {
    u.age = age
}

// интерфейс
type AdultChecker interface {
    IsAdult() bool
}

// функция не может быть методом интерфейса
// func CheckAdult(u User) bool - не подойдёт

func process(a AdultChecker) {
    fmt.Println(a.IsAdult())
}

func main() {
    u := User{Name: "Alice", age: 20}
    process(u) // полиморфизм через интерфейс
    u.SetAge(15)
    process(u)
}

Как отвечать на собеседовании

Начните с главного: методы - это функции с receiver, которые дают доступ к состоянию типа и позволяют реализовывать интерфейсы. Затем перечислите преимущества: инкапсуляция, полиморфизм, читаемость. Упомяните разницу между value и pointer receiver - это частый follow-up вопрос. Приведите пример из практики: middleware или repository. Если спросят про альтернативы - скажите, что в Go можно обойтись функциями, но это приведёт к дублированию кода и потере полиморфизма.

Что проверяет интервьюер

• Понимание разницы между функциями и методами.
• Знание receiver-ов и их влияния на мутацию и производительность.
• Понимание роли методов в реализации интерфейсов.
• Умение объяснить trade-off между композицией и наследованием.
• Практический опыт - как методы используются в реальных проектах.

Типичные ошибки

• Утверждение, что методы нужны только для ООП - это неполный ответ.
• Путаница между value и pointer receiver, особенно в контексте интерфейсов.
• Непонимание, что методы на встроенных типах (например, type MyInt int) - это легально и полезно.
• Забывают упомянуть, что методы нельзя перегружать - имя метода уникально для типа.
• Говорят, что методы быстрее функций - это не так, разница только в синтаксисе.