Чет даже в голову не приходило ембеддить с приватным полем и маршалить

это скорее валидация кастомная, конечно

Коллеги, допустим есть некий api, которая принимает в качестве POST запроса json:
{ "a": "a", "b": "b", "c": 100}

Соответственно, есть структура
type Test struct {
   a string
   b string
   c int
}

Есть желание, дать возможность присылать, только часть полей в json
{ "a": "a", "b": "b"}

Если матчить данный json со структурой Test, то появляется проблема при которой поле c данной структуры будет нулевым.
Пока у меня нет идей, кроме как биндить json в map[string]interface{}. В этой реализации я вижу как минимум одну проблему, это отсутствия контроля за типом присылаемых полей.

Направьте на путь истинный, возможно надо просто избавиться от этой идеи и апдейтить либо все, либо ничего.

omitempty

omitempty

указатели

+

omitempty это про другое, это чтоб в случае сериализации не создавать условное {“b”:null}

{ "a": "a", "b": "b", "c": 100} в { "a": "a", "b": "b"}
это оно самое

> Есть желание, дать возможность присылать,

тут вопрос про входящий JSON

это про маршалинг

да вот

Кстати а всякие там *int не должны же попадать в кучу?

указатель на это не влияет, если ты об этом

Пробую
type Test struct {
   a string
   b string
   c int json:”c,omitempty"
}

Результат прежний, а если указать
type Test struct {
   a string
   b string
   c *int json:”c,omitempty"
}

то "с" становится nil

окей

А как вообще определяется когда значение попадает в кучу

Это норма

на это влияет escape analyzer

Теперь осталось узнать, как с базой будет работать данный подход