да, я понимаю что json выстраивает данные в алфавитном порядке по ключам. но мне нужно вывести данные ровно так как они лежат в мапе. либо юзать вместо маты что - то

структуру

структуру

как уложить в структуру map[string]map[int]Form где Form - простая структура из 3 полей?

в go мапа до 16(точно не помню) элементов принудительно рандомится чтобы небыло таких вопросов

как уложить в структуру map[string]map[int]Form где Form - простая структура из 3 полей?

так и уложи. string ключ - поле структуры. а int ключ невалиден для json (кажется) - надо конвертировать в строку

так и уложи. string ключ - поле структуры. а int ключ невалиден для json (кажется) - надо конвертировать в строку

"кажется" исправляю на "точно". Согласно rfc 8259

да, я понимаю что json выстраивает данные в алфавитном порядке по ключам. но мне нужно вывести данные ровно так как они лежат в мапе. либо юзать вместо маты что - то

"так как лежат в мапе" — нельзя, потому что ключи всегда в рандомном порядке идут, by design

сделай в структуре поле которе не мапится на json типа []string и храни там ключи в нужном порядке

да, я понимаю что json выстраивает данные в алфавитном порядке по ключам. но мне нужно вывести данные ровно так как они лежат в мапе. либо юзать вместо маты что - то

Отсортируй ключи, ты ж сам проблему обозначил.

Отсортируй ключи, ты ж сам проблему обозначил.

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

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

еще раз, у map нет порядка

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

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

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

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

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

а где хранится?

Ordered dict придумали супер давно

но в go его нет

Ну вот я и предлагаю его реализовать

(и это сочетание мапы и массива, так-то)

Или найти готовое

а где хранится?

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

но, вообще, задача дурацкая

(и это сочетание мапы и массива, так-то)

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

зачем это может быть нужно-то?

Решение есть, осталось только код написать, че обсуждать то дальше

зачем это может быть нужно-то?

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

все равно

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

я читал что в гошке он как раз рандомный из-за одного вида атак

не верю, что бывают анмаршалеры, которым не все равно на порядок

зачем это может быть нужно-то?

пишу апишечку. фронт выводит данные в порядке в котором они приходят в json

Лол.

лол

Ну тут я соглашусь с Даниелем.

Вы ставите костыль.

я бы тапком такому фронту дал

пишу апишечку. фронт выводит данные в порядке в котором они приходят в json

ну так используйте массив, а не мапу, да и все

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

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

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

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

пишу апишечку. фронт выводит данные в порядке в котором они приходят в json

но это про массивы, а мапы - это объекты

ну так используйте массив, а не мапу, да и все

не могу потому что данные map[string][string]CustomStruct

тут вариантов два

то есть три, но третий - фуфло

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

Мапа как структура данных не гарантирует последовательное расположение. Когда мапа маленькая, оно, конечно, может лежать в последовательности, но она в любой момент времени может поменяться (при вставке, удалении). Го же дополнительно еще и рандомайзит, чтобы недопрограммисты никогда не рассчитывали на порядок вставки

Маршалите сами тогда.

но корень зла у всех один

не могу потому что данные map[string][string]CustomStruct

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

Всем привет. https://www.ozon.ru/context/detail/id/34671680/ старая книжка или лучше свежее найти?

Всем привет. https://www.ozon.ru/context/detail/id/34671680/ старая книжка или лучше свежее найти?

для старта пойдет. Особо нового ничего не появилось

1. изменить структуру на []map[string][string]CustomStruct 2. добавить к ключам префикс вроде 00001-, чтобы они сортировались как вам хочется

для старта пойдет. Особо нового ничего не появилось

Гуд)

3. костылить ordered dictionary

всем спасибо за советы.

есть упорядочные мапы 🙂

на кастом типах народ развлекается

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

(и это сочетание мапы и массива, так-то)

Списка, а не массива :)

угу

1. изменить структуру на []map[string][string]CustomStruct 2. добавить к ключам префикс вроде 00001-, чтобы они сортировались как вам хочется

проканало. спасибо

как сохранить порядок ключей из мапа при маршалинге в json?

Если есть закономерность можно отсортировать.

a := []int {1, 2, 3} c := a[0] c это копия?

да

Чойта копия

да

почему мы тогда можем провернуть такой прикол? https://goplay.space/#2KBFmt9VofV

Это слайс

С андерлаинг аррэем

Это слайс

c это слайс?)

почему мы тогда можем провернуть такой прикол? https://goplay.space/#2KBFmt9VofV

потому, что &a[0] - это не копия

c это слайс?)

Ага

потому, что &a[0] - это не копия

ну не, постой.. в моём понимании того как устроены операторы и коллекции в C++.. [] то это всего лишь функция, которая возвращает копию того, что нашла по индексу i

ну не, постой.. в моём понимании того как устроены операторы и коллекции в C++.. [] то это всего лишь функция, которая возвращает копию того, что нашла по индексу i

В го не так

следственно, если в Go это реализовано подобным путём, тогда [0] должен вернуть копию, а &[0] должен взять адрес копии, а не самого item'а

ну не, постой.. в моём понимании того как устроены операторы и коллекции в C++.. [] то это всего лишь функция, которая возвращает копию того, что нашла по индексу i

а почему ты думаешь, что она возвращает копию?

ну не, постой.. в моём понимании того как устроены операторы и коллекции в C++.. [] то это всего лишь функция, которая возвращает копию того, что нашла по индексу i

это в твоем понимании - c := a[0] - создать новую переменную с - тип и значение взять из a[0]

Известный паттерн получения слайса из массива c := a[:]

следственно, если в Go это реализовано подобным путём, тогда [0] должен вернуть копию, а &[0] должен взять адрес копии, а не самого item'а

поэтому с - это копия, но a[0] - это не копия

это в твоем понимании - c := a[0] - создать новую переменную с - тип и значение взять из a[0]

ну тогда c должен быть указателем но взять адрес у указателя и поменять знечение указателя не должно опять-же поменять данные

или они там мудрят на уровне компиля?

коллега

ну тогда c должен быть указателем но взять адрес у указателя и поменять знечение указателя не должно опять-же поменять данные

каким указателем?

и slice'ы в язык встроены ещё глубже чем я себе представлял?

вы о чем вообще?