Перейти на PRO

Что такое теги структур (struct tags) в Go и для чего они используются? Приведите примеры.

Тип вопроса: Golang Вероятность: 10% Категория: Golang Разработчик

Ответ

Определение

Теги структур (struct tags) — это строковые литералы, которые позволяют прикреплять метаданные к полям структуры. Эти метаданные могут быть прочитаны во время выполнения с помощью рефлексии (reflect package) и использованы различными библиотеками для выполнения своих задач.

Синтаксис и пример

Тег указывается в обратных кавычках ` после типа поля. Внутри одной строки можно указать несколько тегов, разделяя их пробелами.

import "time"

type User struct {
    ID        int       `json:"id" db:"id"`
    FirstName string    `json:"first_name" validate:"required,min=2"`
    Email     string    `json:"email" validate:"required,email"`
    Password  string    `json:"-"` // Тег json:"-" указывает игнорировать это поле
    CreatedAt time.Time `json:"created_at"`
}

Как это работает?

Библиотеки используют пакет reflect для доступа к тегам во время выполнения. Например, field.Tag.Get("json") вернет значение тега json для поля field.

Основные области применения

  1. Сериализация / Десериализация:

    • json: для кодирования/декодирования в JSON (encoding/json).
    • xml: для работы с XML (encoding/xml).
    • yaml: для работы с YAML.

  2. Работа с базами данных (ORM):

    • db или sql: для маппинга полей структуры на столбцы таблицы (например, в sqlx).
    • gorm: для настройки поведения в GORM ORM.

  3. Валидация данных:

    • validate: для определения правил валидации полей (например, в go-playground/validator).

  4. Конфигурация:

    • env: для загрузки значений из переменных окружения.

Теги позволяют сделать код более декларативным и отделить логику приложения от деталей, связанных с форматами данных, хранилищами и валидацией.

Ответ 18+ 🔞

Давай я тебе объясню про эти теги структур, а то смотришь на них и думаешь — что за хуйня, эти кавычки обратные и слова какие-то? А это, блядь, гениальная простота, ёпта!

Вот представь себе, у тебя есть структура, обычная такая, поля, типы... Ну, типа, User. И вот ты её в JSON перегоняешь, а там поле FirstName должно называться first_name, а не FirstName. Или в базу данных пишешь, а там столбец id, а не ID. Или валидацию надо — чтоб email был email, а не "хуй с горы" написан.

Так вот, чтобы каждый раз вручную не писать эти преобразования, придумали теги структур. Это как маленькие бумажки-напоминалки, которые ты к полям приклеиваешь. А потом разные библиотеки — JSON, базы данных, валидаторы — приходят, читают эти бумажки и делают всё как надо. Волшебство, блядь!

Как это выглядит, эта хитрая жопа? Пишется в обратных кавычках, сразу после типа поля. Можно несколько штук впихнуть.

import "time"

type User struct {
    ID        int       `json:"id" db:"id"` // И в JSON будет "id", и в БД мапится на "id"
    FirstName string    `json:"first_name" validate:"required,min=2"` // Тут и имя поменяли, и сказали: "Обязательно, минимум 2 буквы!"
    Email     string    `json:"email" validate:"required,email"` // Тут валидатор заругается, если не email
    Password  string    `json:"-"` // А это вооот — гениально! json:"-" значит "игнорируй это поле нахуй". В JSON его не будет.
    CreatedAt time.Time `json:"created_at"`
}

А как, блядь, это работает-то? Да через рефлексию, ёпта! Библиотека берёт нашу структуру, через пакет reflect смотрит на неё как в зеркало, находит эти теги и читает. Типа field.Tag.Get("json") — и получает значение. Всё, дальше делает что хочет.

И где это, сука, применяется? Овердохуища мест!

  1. JSON/XML/YAML (Сериализация): Самый частый случай. json:"name" — говорит пакету encoding/json, как назвать поле в JSON. xml:"Name" — для XML. Без этого пришлось бы руками всё мапить, пиздец.
  2. Базы данных (ORM): db:"user_id" или gorm:"column:user_id". Это чтобы ORM-библиотека (типа sqlx или GORM) поняла, на какой столбец таблицы мапить поле. А то напишешь UserID, а в таблице user_id — и привет, ошибка, нихуя не найдёт.
  3. Валидация: validate:"required,email". Это для библиотек валидации, например, go-playground/validator. Она видит этот тег и проверяет: поле не пустое? да. Похоже на email? да. Всё, ок. Нет? Гони нахуй, исправляй.
  4. Конфиги из переменных окружения: env:"DATABASE_URL". Библиотека для конфигов видит это и тянет значение из переменной окружения DATABASE_URL. Удобно, блядь!

Короче, теги — это такая декларативная хуйня, которая позволяет не засорять код рутиной. Написал структуру, навешал тегов — и библиотеки сами всё сделают. Красота, а не жизнь! Главное — синтаксис не перепутать, эти ёбаные обратные кавычки `.

© ХакСобесов, 2026
support@hacksobesov.com