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

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

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

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

пишу апишечку. фронт выводит данные в порядке в котором они приходят в 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'ы в язык встроены ещё глубже чем я себе представлял?

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

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

https://goplay.space/#2KBFmt9VofV пытаюсь понять почему это вообще возможно

и в с++ [] - не функция. и возвращает не копию

https://goplay.space/#2KBFmt9VofV пытаюсь понять почему это вообще возможно

вы берете указатель на элемент underlying массива, и записываете туда новое значение, что не так?

https://goplay.space/#2KBFmt9VofV пытаюсь понять почему это вообще возможно

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

и в с++ [] - не функция. и возвращает не копию

зависит от имплементации, на самом деле это overloadable function: https://www.geeksforgeeks.org/overloading-subscript-or-array-index-operator-in-c/ // Implementation of [] operator. This function must return a // refernce as array element can be put on left side int &Array::operator[](int index) { if (index >= size) { cout << "Array index out of bound, exiting"; exit(0); } return ptr[index]; } в данном случае [] вернёт копию инта в Array

стандартное поведение - не такое

(как я ненавижу c++, вы бы знали)

(как я ненавижу c++, вы бы знали)

Почему?

вот за это вот все. нечитаемо же.

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

вы берете указатель на элемент underlying массива, и записываете туда новое значение, что не так?

да всё так, я лишь пытаюсь понять как оно устроено.. видимо &[] это отдельный композитный оператор, ибо на первый взгляд оно выглядит как сочитание index- и reference операторов, но тогда мутации на интах должны бы были быть невозможными, потому-что & брал бы адрес копированного инта в stack'е, поскольку [] возвращает копию но очевидно [] возвращает не копию, но даже если предположить что он возвращает указатель - всё-равно не должны бы было работать, потому-что тогда c был бы типом *int а это значит что & даст нам **int и *c = 2 вообще было бы нелегальным выходит что тут какая-то нестандартная магия

(как я ненавижу c++, вы бы знали)

аналогично)) но теперь бы ещё понять магию слайсов))

никакой магии

как раз нет

запили уже immut линтер

запили уже immut линтер

won't work, читайте

с const poisoning, преферансам и профурсетками

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

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

все мы знаем, что это всего лишь маска

ERROR: S client not available

никакой магии

так если нет магии, то какого типа тогда c?)) он не копия, он не указатель, что он?))

int

есть тут кто-нибудь, кто использует связку godep и зависимости из приватных репозиториев на gitlab.com? не могу заставить деп вытянуть зависимости ни по ssh ни по https c access токеном

новый int

удивительно же! вы создаете переменную, и получаете переменную!

новый int

окей, если c := a[0] это копия, тогда &a[0] это магия: https://goplay.space/#_okBf0W_i-f

ибо, ещё раз: если [] возвращает нам копию, то брать адрес копии не должно давать нам адреса самого инта в слайсе

еще раз a[0] - не копия, но, когда вы создаете переменную, инициализируя ее из другой, происходит копирование

еще раз a[0] - не копия, но, когда вы создаете переменную, инициализируя ее из другой, происходит копирование

ну вот, значит таки [] не возвращает копию

значит [] это не обычная функция а некая лингвистическая магия Go)

есть тут кто-нибудь, кто использует связку godep и зависимости из приватных репозиториев на gitlab.com? не могу заставить деп вытянуть зависимости ни по ssh ни по https c access токеном

я прописывал в гитконфиге insteadOf с ssh на https

> го > удивляться магии

я прописывал в гитконфиге insteadOf с ssh на https

то есть нормально как в других пакетных менеджерах через Gopkg.toml не разрулить? печально

ну если он приватный, то там нужны всекие пароли/ключи. тут только сам git поможет

значит [] это не обычная функция а некая лингвистическая магия Go)

как и слайс, как и мап

как и слайс, как и мап

ну вот я это и хотел уточнить

так мужики мне нужна ваша помощь. Сделал сервер на Echo и хотел бы понять как сделать build для linux.

Стыдно же гуглить не уметь. "Кросскомпиляция golang"

вы не поняли...

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

/*офтоп*/ камрады, а, совершенно случайно, нет среди присутствующих графана-ниндзей?)

по сути тот же int нет смысла передавать по указателю

Бывает смысл. Если в исходное место надо что-то записать

Я правильно понимаю что репозиторий может иметь только CRUD операции типа ListAll, Get, Store, Update, Delete и если допустим мы хотим реализовать метод Restore, который обновляет только одно значение active в нашей таблице, то мы должны использовать обобщенную метод Update, который обновляет данные целиком? Или же можно сделать отдельно метод Restore?

Я правильно понимаю что репозиторий может иметь только CRUD операции типа ListAll, Get, Store, Update, Delete и если допустим мы хотим реализовать метод Restore, который обновляет только одно значение active в нашей таблице, то мы должны использовать обобщенную метод Update, который обновляет данные целиком? Или же можно сделать отдельно метод Restore?

ох уж этот rest)) вроде RPC, но вообще не RPC)))

ох уж этот rest)) вроде RPC, но вообще не RPC)))

Не, это я про интерфейс к бд)

Я правильно понимаю что репозиторий может иметь только CRUD операции типа ListAll, Get, Store, Update, Delete и если допустим мы хотим реализовать метод Restore, который обновляет только одно значение active в нашей таблице, то мы должны использовать обобщенную метод Update, который обновляет данные целиком? Или же можно сделать отдельно метод Restore?

репозиторий скрывает конкретную реализацию

не более того

репозиторий скрывает конкретную реализацию

<~> пакет скрывает конкретную реализацию <~> функция скрывает конкретную реализацию

<~> интерфейс скрывает конкретную реализацию

<~> интерфейс скрывает конкретную реализацию

именно, репозиторий же интерфейс

ну если он приватный, то там нужны всекие пароли/ключи. тут только сам git поможет

там оказывается проблема с подгруппами репозиториев в гитлабе, ни go get ни go dep с ними работать не могут походу

чойта?

именно, репозиторий же интерфейс

где это репозиторий — интерфейс?