C
Тем, что в го так не принято, например?
ой. вспоминается любимая всеми структура пакета с cmd директорией, которая не нужна, если у тебя одна точка входа )
Size: a a a
2020 February 20
E
Тем, что в го так не принято, например?
https://github.com/golang/go
Ну, берём офф репу go , хороший пример, за счёт папки src четко можно понять, где сам код, а где остальное
Ну, берём офф репу go , хороший пример, за счёт папки src четко можно понять, где сам код, а где остальное
PT
И опять же - это не тот, случай, что обсуждается. Абсолютно. Исключений можно набросать на любое правило
баду так же работает
A
Ну это название в го не несёт никакой смысловой нагрузки. В С/С++ нечто такое имеет место, так как часто разделяют хэдеры и сырцы, а в го хэдеры как-то не выделяются обычно.
Я иногда в шарпах так делаю. Делю на src/tests, чтобы 20 проектов в одном месте не лежало (и тесты и код).
Коллега ещё делил на API/BL/DAL папки и т.п.) Кто на что горазд.
Коллега ещё делил на API/BL/DAL папки и т.п.) Кто на что горазд.
I
https://github.com/golang/go
Ну, берём офф репу go , хороший пример, за счёт папки src четко можно понять, где сам код, а где остальное
Ну, берём офф репу go , хороший пример, за счёт папки src четко можно понять, где сам код, а где остальное
Это оч большой проект ты взял. Таких единицы и там оправдано
S
как минимум, нет аргументов «почему это неплохо» )
Для себя делай как хочешь. Для OpenSource - делай как принято в сообществе. Для работы делай как принято в компании. Всё просто.
C
Для себя делай как хочешь. Для OpenSource - делай как принято в сообществе. Для работы делай как принято в компании. Всё просто.
вот )
C
это главный поинт
C
еще бы в работе этот поинт использовали :D
I
Я иногда в шарпах так делаю. Делю на src/tests, чтобы 20 проектов в одном месте не лежало (и тесты и код).
Коллега ещё делил на API/BL/DAL папки и т.п.) Кто на что горазд.
Коллега ещё делил на API/BL/DAL папки и т.п.) Кто на что горазд.
Ну это уже не является стандартом) в с/с++ инклуды отделяют потому, что их так проще инсталлить в систему и отдавать интерфейсы библиотеки. Для этого надо просто скопировать папку с инклудами, без сырцов
p
100500 запросов одного типа или 100500 запросов в почту, сбербанк, налоговую и прочие, которые кто-то захотел получить в одном запросе.
Без разницы. Например, надо удалить 16к юзеров, но удалить можно только в определенном статусе(какой-нибудь READY_TO_DELETE). И мы просто заряжаем батч, в котором сначала проставляем пользователю статус, а следующей операцией удаляем. Т.е. батч будет выглядеть как цепочка из пар [setStatus, deleteUser]
S
ой. вспоминается любимая всеми структура пакета с cmd директорией, которая не нужна, если у тебя одна точка входа )
Сейчас у тебя одна точка входа, а через неделю понадобится добавить ещё три. Придётся менять структуру проекта или городить костыли. Не понадобятся - да и фиг с ним, всё уже и так настроено и работает, пофиг есть там лишняя директория или нет. Не проще ли всегда делать /cmd/?
C
Сейчас у тебя одна точка входа, а через неделю понадобится добавить ещё три. Придётся менять структуру проекта или городить костыли. Не понадобятся - да и фиг с ним, всё уже и так настроено и работает, пофиг есть там лишняя директория или нет. Не проще ли всегда делать /cmd/?
cmd легко, а вот раскидывать все по полочкам другим согласно рекомендациям уже дольше )
S
Без разницы. Например, надо удалить 16к юзеров, но удалить можно только в определенном статусе(какой-нибудь READY_TO_DELETE). И мы просто заряжаем батч, в котором сначала проставляем пользователю статус, а следующей операцией удаляем. Т.е. батч будет выглядеть как цепочка из пар [setStatus, deleteUser]
Это нифига не батч. Это последовательное выполнение двух запросов. Батч совсем про другое.
S
cmd легко, а вот раскидывать все по полочкам другим согласно рекомендациям уже дольше )
Это делается один раз. Это нифига не долго. Особенно из шелла, где можно одной командой создать директорию с деревом поддиректорий за 10 сек
p
Гошный клиент считает что нужно делать get
> If the 302 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.
ВС
Видимо надо крутить redirectpolicy и задавать getbody
AR
> If the 302 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.
Возможно я спутал с 301