parseuint то на что?

Он выдает uint64

Он выдает uint64

Проверяй на переполнение и конвертируй в uint32 Или используй fmt.Sscanf

там даже в доке на либу написано

пиши аргументом 32 и конвертируй

а потом приведение без потери данных

все прекрасно

Окей, спс

как конвертировать string в uint32?

Atoi

Коллеги, не подскажите, как в го будет лучше гарантировать набор полей получаемой в аргументах структуры? Итерфейс с набором геттеров и сеттеров?

Как сделать полиморфизм что ли?)))

Как сделать полиморфизм что ли?)))

Полиморфизм, полиморфизмом) тут дело в удобстве и лаконичности

Интерфейс.

Не пустой, а с аксессорами к нужным полям

вот это первое и приходит в голову, ну фигачить гетеры и сеттеры для 10+ полей не очень хотелось, думал может есть более красивый вариант

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

Так что дело пяти минут

ну вроде как для go way не типично фигачить геттеры и сеттеры)

или я заблуждаюсь?)

Лучше делай.

Сейчас на меня накинутся что это не идиоматик го, ага))

Тем более что у тебя ситуация вполне определённая.

Такая что они нужны

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

т.е. делать мелкие интерфейсы и аксессоры вместо прямого доступа к полям

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

но у меня придется переписывать теги, типы и многое, поэтому придется через аксесоры

ну вроде как для go way не типично фигачить геттеры и сеттеры)

Покажи код, а мы тебе скажем как отрефакторить, а то это гадание на кофейной гуще

Покажи код, а мы тебе скажем как отрефакторить, а то это гадание на кофейной гуще

спасибо!) ну вариант уже выбран) если будет чтото интересное в дальнейшем, то уже отпишусь с кодом)

изначально вопрос был таков: Коллеги, не подскажите, как в го будет лучше гарантировать набор полей получаемой в аргументах структуры? Итерфейс с набором геттеров и сеттеров?

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

а с интерфейсом содержащим геттеры и сеттеры, все сводится к добавлению методов

изначально вопрос был таков: Коллеги, не подскажите, как в го будет лучше гарантировать набор полей получаемой в аргументах структуры? Итерфейс с набором геттеров и сеттеров?

проверками, как же еще :)

было такое предложение, там как раз этот кейс описывается https://github.com/golang/go/issues/23796

)))) а на входе пустой интерфейс принимать))

Добрый день,как сделать каждое второе слово в абзаце заглавным ?????

как пробовал?

Коллеги, кто знает, как в exelize сделать выпадающий список в ячейке? Перерыл всю документацию, но так и не нашел...

Коллеги, кто знает, как в exelize сделать выпадающий список в ячейке? Перерыл всю документацию, но так и не нашел...

По идее там должны быть данные типа: {'validate': 'list', 'source': '=$E$4:$G$4'} или {'validate': 'list', 'source': ['open', 'high', 'close']} Можно попробовать через все SetCell... может даже через SetCellStyle

изначально вопрос был таков: Коллеги, не подскажите, как в го будет лучше гарантировать набор полей получаемой в аргументах структуры? Итерфейс с набором геттеров и сеттеров?

А зачем?

А зачем?

Что зачем?) нужно для некой ротации неких сущностей, в зависимости от их параметров

Некий алгоритм по приоритетной выдаче нужных объектов

Зачем нужно гарантировать набор полей?

как с godoc сгенерировать доку для проекта, который юзает gb

Потому что в зависимости от их значений будет приниматься решение по выдаче

Понимаю что вы клоните к интерфейсам и гарантии наличия методов

Я клоню к тому, что, если на входе тип - у него есть его поля, гарантировать тут нечего

Там несколько типов может быть

если есть некий инпут, то можно на каждом типе реализовать конкретную реализацию заполнения из этого инпута, и принимать интерфейс с 1 функцией, которая заполняет структуру

Там несколько типов может быть

Не может. В go - не может

может.

полиморфизм обычный.

Пример в студию

Не может. В go - не может

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

И?

И?

Это призыв делай рефакторинга всего ну будет не костыльно зато?)

Пример в студию

io.Reader

io.Writer

io.Closer

Error

это интерфейсы

Stringer

Это интерфейсы

У них нет полей

интерфейсы реализует любой подходящий тип

Но - без полей

интерфейсы описывают поведение, а не состояние

Интерфейс он на то так и назван)

Это призыв делай рефакторинга всего ну будет не костыльно зато?)

Я пока задачу не понял. Как вы разные типу на вход передавать хотите?

Я пока задачу не понял. Как вы разные типу на вход передавать хотите?

Я буду ожидать интерфейс

Если подробнее, то есть функция с алгоритмом внутри, в неё надо передать слайс с о структурами, а вернётся другой слайс с тем же типом структур, но останется топ5 по определённым параметрам

Но опять же эта функция должна быть универсальной.

sort.Slice() [:5]?

дженериков у нас нет так что прямо совсем универсально не получится

достаточно универсально, я считаю

но отсортировать и взять пять элементов да

Интерфейс тоже универсально, но надо аксессоры писать на используемые поля.

универсальной можно в таком случае сделать функцию, которая отбирает топ пять

у вас будет масса проблем, при такой "универсализации", стоит сразу переделывать

хотя нет, это я чушь написал, в общем-то тоже самое получается

у вас будет масса проблем, при такой "универсализации", стоит сразу переделывать

Например? Или это не мне?

[]interface придется собирать руками, придется типизировать слайсы структур