D🦆
Size: a a a
2020 February 18
мн
В общем, перемешаются с библиотеками они?
Имхо один го файл в корне вполне сойдет
AK
Подскажите по best practice структуре проекта
Я сразу нагуглил https://github.com/golang-standards/project-layout, но есть сомнения, что он объективен.
1. Где должны лежать юнит-тесты? В отдельной дире или рядом с файлами, которые они ткстируют?
2. Где должны лежать интеграционные тесты?
3. В какой корневой папке дежит код?
Я сразу нагуглил https://github.com/golang-standards/project-layout, но есть сомнения, что он объективен.
1. Где должны лежать юнит-тесты? В отдельной дире или рядом с файлами, которые они ткстируют?
2. Где должны лежать интеграционные тесты?
3. В какой корневой папке дежит код?
То что вы нагуглили, для приложений в целом вполне себе норм для старта.
A(
ну это понятно
блин, крайне не травится такой подход, кажется свалкой
в других языках так не принято
но раз тут принято. то придется так и делать
блин, крайне не травится такой подход, кажется свалкой
в других языках так не принято
но раз тут принято. то придется так и делать
Чем не нравится идея разбить на пакеты?
D🦆
Чем не нравится идея разбить на пакеты?
Не нравится, что они в корне лежат, а не в src
A(
Не нравится, что они в корне лежат, а не в src
пакеты по папкам раскидать можно
C
пакеты по папкам раскидать можно
я думаю он знает
A(
Пример небольшой. Очень удобно. в корне минимум мусора
D🦆
Ну папки messenger, systems
В большом проекте их много будет в корне
В большом проекте их много будет в корне
VM
обычно все внешние зависимости внутренностями наружу торчат
VM
зависит от масштаба библиотеки конечно