GetStream/vg: Virtualgo: A dep compatible solution to problems caused by the vendor directory https://github.com/getstream/vg

а кто-нибудь в курсе есть ли в стандартной библиотеке (net/http) нормальные возможности для записи множества заголовков с одним именем? Если Set-Cookie разруливается отдельно, то для заложенных в RFC возможностей вроде Cache-Control: no-cache, no-storeкоторый эквивалентен Cache-Control: no-cache Cache-Control: no-storeкак быть уже непонятно совсем

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

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

type Header A Header represents the key-value pairs in an HTTP header. type Header map[string][]string

ну так все правильно

мап слайсов

// Add adds the key, value pair to the header. // It appends to any existing values associated with key. func (h Header) Add(key, value string) { textproto.MIMEHeader(h).Add(key, value) }

// Add adds the key, value pair to the header. // It appends to any existing values associated with key. func (h Header) Add(key, value string) { textproto.MIMEHeader(h).Add(key, value) }

спасибо! а я затупил и использовал Set

Есть объект с RWMutex'ом и двумя методами Read(key string) (err error, value int) и Write(key string, val int) (err error). Какой можно написать unit-тест что бы проверить, что код потокобезопасный? Сначала думал создать 10 горутин и запустить в них цикл со счетчиком до 100, где каждая горутина бы получала доступ к одному и тому же ключу и приплюсовывала 1, тогда если бы по окончанию работы на Read выводилось значение 1000, то тест был пройден. Но тут мьютекс внутри и замыкается/размыкается внутри методов и так не получится сделать

Запускай тест с ключом -race

Тест что ты описываешь выше - не верный, так как он предполагает атомарность на группу вызовов (read/write)

@m0sth8 привет! можно вопрос - как реализовать тексттовое меню, только с подъёмом вверх по иерархии? что можешь посоветовать?

Тест что ты описываешь выше - не верный, так как он предполагает атомарность на группу вызовов (read/write)

Я вот и не знаю какой тест ещё придумать

@m0sth8 я это, один и подслушателей голанг шоу)

респект за подкаст

Я вот и не знаю какой тест ещё придумать

Наверное уже есть какие-то общие для всех языков способы протестировать такой код

респект за подкаст

а что за подкаст? для тех кто не в теме..

http://golangshow.com

http://golangshow.com

спасиб

@m0sth8 привет! можно вопрос - как реализовать тексттовое меню, только с подъёмом вверх по иерархии? что можешь посоветовать?

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

Я вот и не знаю какой тест ещё придумать

тест с -race поломается, если доступ к полю у тебя будет не защищён. Но защита поля на запись и чтения не значит что тебе не надо защищать более сложные операции

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

тест с -race поломается, если доступ к полю у тебя будет не защищён. Но защита поля на запись и чтения не значит что тебе не надо защищать более сложные операции

а тест должен использовать потоки?

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

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

то есть впринципе мне хватит теста который запустит 100 горутин в которых будут выполняться случайные операции записи/чтения? Я хотел еще в конце теста дожидаться окончания всех горутин и сравнивать результат с ожидаемым.

то есть впринципе мне хватит теста который запустит 100 горутин в которых будут выполняться случайные операции записи/чтения? Я хотел еще в конце теста дожидаться окончания всех горутин и сравнивать результат с ожидаемым.

go test -race

На как раз пачку горутин которые параллельно что то делают

https://golang.org/doc/articles/race_detector.html

окей. поставлю вопрос по другому. Допустим нет -race, как мне проверить что логика не нарушилась?

окей. поставлю вопрос по другому. Допустим нет -race, как мне проверить что логика не нарушилась?

Он есть в стандартном го

Как это нету?

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

то есть впринципе мне хватит теста который запустит 100 горутин в которых будут выполняться случайные операции записи/чтения? Я хотел еще в конце теста дожидаться окончания всех горутин и сравнивать результат с ожидаемым.

а какой ожидаемый результат по твоему?

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

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

Race за такое даст по рукам вроде

нет

рейс видит, что ты атомарно читаешь и атомарно пишешь

как закончите, по результатам оформите статью?

но он не видит, что ты хочешь атомарно прочитать и записать в одной транзакции

но он не видит, что ты хочешь атомарно прочитать и записать в одной транзакции

Тогда наверное вопрос как проверить, что операции точно являются атомарными?

но он не видит, что ты хочешь атомарно прочитать и записать в одной транзакции

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

Что-то я короче загоняюсь

Тогда наверное вопрос как проверить, что операции точно являются атомарными?

Если ты берешь sync/atomic

И используешь его

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

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

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

А, так да

А вот результат будет неверным

Вот пример кода: https://gist.github.com/shelomentsevd/00388cb9e19a4bad0a61fed784f2b3cb

ага

ты никак не можешь инкрементировать здесь

только через внешнюю синхронизацию

ага

Но мне и не нужна инкрементация. Мне нужен пример таких операций из-за которых если я логику внутри Read/Write написал неправильно, то всё сломается

просто пиши и читай с -race в разных потоках

И я не могу придумать что такого написать что бы оно всё ломало😂

если нет лока - у тебя будет фейл

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

в рантайме

Да, думаю так и сделаю. Спасибо. А есть ли вообще какие-то советы как тестировать многопоточный код? Независимо от языка. Просто мне кажется, что некоторые вещи и логика многопоточного кода повторяется, а значит кто-то уже должен был это заметить и написать для этих случаев какие-то решения/советы

https://golang.org/doc/go1.8#mapiter

я думаю где-нибудь в книжках вроде многопоточное программирование итд

всё везде одинаковое, примитивы те же

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

Консольное многоуровневое меню, возвращать только вверх по иерархии

тебе библиотека для рисования нужна?

Нет, консоли

Данные для меню формируются из базы

Есть иерархия, конференции, у конференции доклады, у докладов описания со спикерами

При нажатии назад всегда вверх

https://github.com/avelino/awesome-go#advanced-console-uis

Там всё не то

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

Родитель конференция, потомки доклады, глубже, глубже

Нужно узнать какой именно конференции принадлежит доклад, или спикер какого доклада

Как хранить парента

в стеке, если ты возвращаться хочешь

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

Стек пробовал, работает как история переходов

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

Сейчас он гуляет по истории переходов

Это со стеком