Как правильно создавать конструкторы в Go, если в языке нет классов и конструкторов?

Функции-конструкторы в Go: идиоматический подход

В Go действительно нет конструкторов в классическом ООП-смысле, но есть устоявшаяся практика — функции-конструкторы (constructor functions). Это обычные функции, которые возвращают указатель на экземпляр структуры. По соглашению они называются NewИмяСтруктуры (например, NewUser).

Вот как правильно решить вашу задачу с валидацией:

package main

import (
    "errors"
    "fmt"
    "regexp"
    "strings"
)

type User struct {
    Name  string
    Email string
    Age   int
}

// NewUser — конструктор с валидацией.
// Возвращает указатель на User и ошибку, если данные некорректны.
func NewUser(name, email string, age int) (*User, error) {
    // Проверка имени
    name = strings.TrimSpace(name)
    if name == "" {
        return nil, errors.New("имя не может быть пустым")
    }

    // Проверка email
    re := regexp.MustCompile(`^[a-z0-9._%+\-]+@[a-z0-9.\-]+\.[a-z]{2,4}$`)
    if !re.MatchString(email) {
        return nil, errors.New("некорректный email")
    }

    // Проверка возраста
    if age < 0 || age > 150 {
        return nil, errors.New("возраст должен быть от 0 до 150")
    }

    // Возвращаем указатель на заполненную структуру
    return &User{
        Name:  name,
        Email: email,
        Age:   age,
    }, nil
}

func main() {
    user, err := NewUser("Alice", "alice@example.com", 30)
    if err != nil {
        fmt.Println("Ошибка:", err)
        return
    }
    fmt.Printf("Пользователь создан: %+v\n", user)

    // Попытка создать с некорректными данными
    _, err = NewUser("", "bad-email", -5)
    if err != nil {
        fmt.Println("Ошибка:", err) // Выведет: Ошибка: имя не может быть пустым
    }
}

Почему это идиоматично?

• Возврат ошибки — в Go принято возвращать ошибку, а не паниковать. Это даёт вызывающему коду возможность обработать ситуацию.
• Возврат указателя — обычно конструкторы возвращают *Struct, а не значение. Это экономит память и позволяет избежать копирования больших структур.
• Имя NewXxx — конвенция Go. Если конструктор один — называется NewUser. Если несколько — NewUserFromDB, NewUserWithDefaults и т.д.
• Никаких сеттеров/геттеров без необходимости — в Go не нужно писать геттеры для каждого поля. Поля экспортируются (с большой буквы) и доступны напрямую.

Дополнительные советы

• Значения по умолчанию: если нужно задать дефолтные значения, делайте это в конструкторе:

func NewUserWithDefaults(name, email string) *User {
    return &User{
        Name:  name,
        Email: email,
        Age:   18, // значение по умолчанию
    }
}

• Паттерн Functional Options: для структур с множеством опциональных полей используйте этот паттерн (см. ответ 2).
• Не злоупотребляйте указателями: если структура маленькая (например, точка с координатами), можно возвращать значение, а не указатель.

Таким образом, в Go нет встроенных конструкторов, но функции-конструкторы решают все те же задачи: валидацию, установку значений по умолчанию и сложную логику инициализации. Это просто и элегантно.

type User struct {
    Name    string
    Email   string
    Age     int
    Phone   string
    Address string
    // ... ещё 10 полей
}

type UserOption func(*User)

func WithPhone(phone string) UserOption {
    return func(u *User) {
        u.Phone = phone
    }
}

func WithAddress(addr string) UserOption {
    return func(u *User) {
        u.Address = addr
    }
}

func NewUser(name, email string, age int, opts ...UserOption) (*User, error) {
    // Базовая валидация обязательных полей
    if name == "" {
        return nil, errors.New("имя обязательно")
    }
    // ... валидация email и age

    user := &User{
        Name:  name,
        Email: email,
        Age:   age,
    }

    // Применяем все опциональные настройки
    for _, opt := range opts {
        opt(user)
    }

    return user, nil
}

// Использование:
user, _ := NewUser("Alice", "a@b.com", 30, WithPhone("+123"), WithAddress("NYC"))