Size: a a a

2020 March 04

/

/dev/null in Go-go!
стоит взять лучшее из этих практик
источник

/

/dev/null in Go-go!
DTO, Services, interface
источник

H

Hmm in Go-go!
/dev/null
думаю что такой к монолиту очень даже подходит, только не стоит строить карго культ entitie, usecases, adapters
можешь ссылочку предоставить на гитхаб?
источник

/

/dev/null in Go-go!
Hmm
можешь ссылочку предоставить на гитхаб?
приватный проект)
источник

/

/dev/null in Go-go!
бизнес
источник

/

/dev/null in Go-go!
Похоже сейчас начнется холивар. Может не надо?
источник

H

Hmm in Go-go!
хммм, тогда все таки как ты разделяешь? делишь ли на сущности по типу (account, user и тд) или все в одном ?
источник

/

/dev/null in Go-go!
Hmm
хммм, тогда все таки как ты разделяешь? делишь ли на сущности по типу (account, user и тд) или все в одном ?
да все это разные сущности (account, user) они по сути сервисы доступ к которым представляется через интерфейсы (далее все это очень удобно мокать))
источник

/

/dev/null in Go-go!
весь домен это один пакет model (в котором находятся все сущности "домена")
источник

/

/dev/null in Go-go!
сущности account, user  обладают своими моделями и приходится перекладывать в "доменную" модель данные полученные от них. но как показала практика "монолита" это оправдывает дублирование кода
источник

H

Hmm in Go-go!
то есть у тебя слой models  и там какое-то кол-во сущностей, правильно понимаю?
источник

/

/dev/null in Go-go!
да
источник

/

/dev/null in Go-go!
типа доменных
источник

H

Hmm in Go-go!
Все, тогда ты ответил на мой вопрос, спасибо )
источник

/

/dev/null in Go-go!
я не претендую на то что мой подход верный, моей команде по такому дизайну проще работать
источник

/

/dev/null in Go-go!
ну и тестировать очень даже удобно
источник

/

/dev/null in Go-go!
Вообще про архитектуру в Go говорят как по мне мало, я бы сам хотел больше лучших практик по архитектуре для Go
источник

H

Hmm in Go-go!
/dev/null
Вообще про архитектуру в Go говорят как по мне мало, я бы сам хотел больше лучших практик по архитектуре для Go
Скорей всего из за того что в основном микро сервисы,а там старое доброе mvc :))))
источник

AS

Andrei 🦉 Sergeev in Go-go!
/dev/null
Вообще про архитектуру в Go говорят как по мне мало, я бы сам хотел больше лучших практик по архитектуре для Go
про архитектуру Go мало говорят, потому что язык плохо предназначен для написания больших монолитов
источник

/

/dev/null in Go-go!
Andrei 🦉 Sergeev
про архитектуру Go мало говорят, потому что язык плохо предназначен для написания больших монолитов
Я бы не сказал что плохо.
Просто go ИМХО позволяет писать слишком простой код
источник