странные советы

проецирую свое видение на код

мне важно сейчас роли сделать

храните ID пользователя

а с видом кода потом разберусь)

по id можно получить его роли

а в роли будут права

ловлю флешбеки с путон чата))

оу щит гад дэмит

😂😂

а зачем delete дергать

На самом деле ты можешь сделать структуру со всеми возможными полями, а на опциональные везде сделать указатели и json тег omitempty

Тогда все должно быть тип топ

Ну логика такая, что если прилетит два поля из oneof то будет ошибка.

Допустим опциональные поля я таким образом разрулю. А что делать с обязательными oneof?

а в чем проблема с oneof?

Логика будет точно такая же какая у тебя щас в плейграунде
Только вместо загадочной мапы пацанские переменные

Волк не интерфейс, волк статическая типизация

Да такой вариант есть
https://play.golang.org/p/whZsiOVhYwW

Тогда вопрос другого плана. Для сериализации через JSON анотации, необходимо открыть доступ к полям структуры. Тоесть никто не запрещает выставить оба значения для oneof руками. И если с сеттерами и мапой я удалял предыдущий ключ оставляя лишь последнее значение, то как быть в таком случае? Удалять какое-то из значений неявно на момент сериализации? Я согласен что такая реализация более изящно выглядит и скорей всего меньше ресурсов жрёт, но использовать ее менее удобно. Даже то что значения нужно передавать по ссылке (это если бы можно было передать в функцию &"text", не так бы напрягало, а так создавай переменную)