J
Size: a a a
2020 October 06
RS
Тогда мне придется весь код вставлять в каждую функцию, в которой идет работа с бд, правильно понимаю? так как переменная Collection, зависит от Client
Возможно стоит переработать архитектуру так, что бы не приходилось этого делать.
RS
Например сложить клиент в поле структуры.
J
Например сложить клиент в поле структуры.
не совсем понимаю, как мне сложить клиент в поле структуры, если там только три значения которые я меняю на свои, урл бд, имя бд и имя коллекции
АП
вопрос не ясен
а мой вчерашний вопрос случаем не знаете? там по поводу парсера гоу, почему после switch и переноса строки { не считается за ошибку, была версия что это как самостоятельный блок но там case:
switch lalalalaValue()
{
case true: // нам наплевать что вернула lalalalaValue()
J
например, не писать
завести свою структуру в которой будет встроен клиент.
Collection := Client.Database("my_database").Collection("Information about host")завести свою структуру в которой будет встроен клиент.
по типу
type BDConnectInfor struct{
UrlConnect string
DBName string
CollectionName string
}
И уже в теле мейн заполнить эти поля, а в отдельных функциях просто ссылаться на структуру?DP
а мой вчерашний вопрос случаем не знаете? там по поводу парсера гоу, почему после switch и переноса строки { не считается за ошибку, была версия что это как самостоятельный блок но там case:
switch lalalalaValue()
{
case true: // нам наплевать что вернула lalalalaValue()
на самом деле - в go используется
но их расставляет препроцессор, в конце каждой строки, кроме строк спецуиального формата (заканчивающихся на
так вот, ошибки форматирования - они происходят от появления этих
видимо,
;но их расставляет препроцессор, в конце каждой строки, кроме строк спецуиального формата (заканчивающихся на
{, ( и т.п.)так вот, ошибки форматирования - они происходят от появления этих
; где не надовидимо,
switch - строка специального форматаАП
на самом деле - в go используется
но их расставляет препроцессор, в конце каждой строки, кроме строк спецуиального формата (заканчивающихся на
так вот, ошибки форматирования - они происходят от появления этих
видимо,
;но их расставляет препроцессор, в конце каждой строки, кроме строк спецуиального формата (заканчивающихся на
{, ( и т.п.)так вот, ошибки форматирования - они происходят от появления этих
; где не надовидимо,
switch - строка специального форматаесли бы это работало так - то блок идущий за switch вызвал бы ошибку как блок с непонятным наполнением { case: }
RL
Ребята, как проще всего хранить микросервисы в рамках проекта?
Сейчас выбрали вариант хранения все в одной репе, чтобы удобнее было деплоить, фиксы делать, прото файлы юзать и т.п. (помню на GolnagConf 2019 говрили это самый норм вариант) Но что-то подсказывает что это супер костыль, но и отдельно хранить каждый микросервис в отдельной репе радости не приносит.
Сейчас выбрали вариант хранения все в одной репе, чтобы удобнее было деплоить, фиксы делать, прото файлы юзать и т.п. (помню на GolnagConf 2019 говрили это самый норм вариант) Но что-то подсказывает что это супер костыль, но и отдельно хранить каждый микросервис в отдельной репе радости не приносит.
Подходов несколько, кто-то хранит в монорепе, кто-то каждый микросервис в отдельной репе.
Общие файлы, типа прото файлов можно положить в отдельную common репу
Общие файлы, типа прото файлов можно положить в отдельную common репу
АП
все равно что написать:
func main() {
{
case true:
}
}АП
на самом деле - в go используется
но их расставляет препроцессор, в конце каждой строки, кроме строк спецуиального формата (заканчивающихся на
так вот, ошибки форматирования - они происходят от появления этих
видимо,
;но их расставляет препроцессор, в конце каждой строки, кроме строк спецуиального формата (заканчивающихся на
{, ( и т.п.)так вот, ошибки форматирования - они происходят от появления этих
; где не надовидимо,
switch - строка специального форматая уже думал что это работает как ; когда мы в IF фигачим if val, ok := dict["foo"]; ok {
АП
там же ; не как перенос строки работает да?
NK
Подходов несколько, кто-то хранит в монорепе, кто-то каждый микросервис в отдельной репе.
Общие файлы, типа прото файлов можно положить в отдельную common репу
Общие файлы, типа прото файлов можно положить в отдельную common репу
Да я знаю про эти варианты, но хочется услышать плюсы минусы, в монорепе проще от дублирующкго кода избавиться, а вот на каждый микросервис надо дублировать я либо какой-то common пакет в отдельной репе держать
NK
Сейчас в монорепе каждый mr это кинфликты в go.mod файле очень неудобно
NK
Я знаю что go.mod фацлы можно положить в сами папки с микросервисами но зависимости будут повторяться, хз как правильно