SK
Ребят посоветуйте где можно поучится делать правильные горутины и коммуникацию между ними.
Size: a a a
2020 April 27
RC
Serg K
Ребят посоветуйте где можно поучится делать правильные горутины и коммуникацию между ними.
на коленке
RC
Вот тут я удивился, основная фишка чистой архитектуры в том, что ты можешь тестировать свою бизнес логику БЕЗ подъема всяких тестовых БД или отдельных серверов
это фишка программирования для целей тетсирования. при чем тут чистая архитектура? она про изменчивость бизнес-требований и гибкости (слабой связанности). почти микросервисы.
DP
основной ее полезный выхлоп - да, изоляция компонентов при написании тестов
МП
Вот тут я удивился, основная фишка чистой архитектуры в том, что ты можешь тестировать свою бизнес логику БЕЗ подъема всяких тестовых БД или отдельных серверов
кто сказал что мне это нужно везде и всюду? Тестовая БД в большинстве случаев - ерунда, поднимается как два пальца об асфальт
SK
на коленке
Спасибо очень информативно) Я спрашивал про какой0то OpenSource проект в котором можно подсмотреть на более менее правильное решение
DP
Мимо Проходящий
кто сказал что мне это нужно везде и всюду? Тестовая БД в большинстве случаев - ерунда, поднимается как два пальца об асфальт
хочется убивать
AK
Мимо Проходящий
кто сказал что мне это нужно везде и всюду? Тестовая БД в большинстве случаев - ерунда, поднимается как два пальца об асфальт
Никто не говорил. Это нужно ТОЛЬКО если у вашего бизнеса 7 пятниц на неделю, которые приводят к постоянным переписыванием половины системы. Если у вас все стабильно и все известно, вам это все не нужно. Пишите сразу под конкретную БД, не используйте интерфейсы, делайте что хотите.
AK
а если бизнес логика в бд? ;)
Тогда нанимаем 80% DBA, увольняем почти всех бэкэнд разработчиков и сидим радуемся. И это тоже вариант архитектуры. И этот подход был крайне популярен 20-25 лет назад
RC
Если у тебя в бизнес логике будет торчать прокидывание *sql.DB, как ты его замокаешь? Как ты протестируешь логику без подключения к реальной бд? Поднимаешь тестовую БД? У тебя 450 тестов только в слое бизнес логики, ты не думаешь, что мягко говоря, это будет не удобно?
да, поднимать тестовую БД на время теста в этом случае - самый верный вариант.
D
Тогда нанимаем 80% DBA, увольняем почти всех бэкэнд разработчиков и сидим радуемся. И это тоже вариант архитектуры. И этот подход был крайне популярен 20-25 лет назад
да и сейчас грешат, то тут то там хранимки всплывают
RC
А вариант с использованием интерфейса Repo внезапно становится плохим?
да. проверено. часть моками можно закрыть, но далеко не все. джойны уже не закроешь.