Size: a a a

Software Design/Architecture/Zen

2021 May 21

ST

Serguei Tarassov in Software Design/Architecture/Zen
ну, шо ж поделать, слои есть даже в нейросети. Такова жизнь.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ток там не в слояих фишка а в фидбэке,
источник

SP

Sergey Protko in Software Design/Architecture/Zen
и не зря в этой сфере есть дихотомия "модель которая работает но хуй знает почему" и "модель которая понятно почему работает но точность меньше"
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
точно такая же "дихотомия" (на самом деле это дуализм называется) в любой многокомпонентной системе.
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
в общем я тоже могу пофлудить, но пока ты ничего интересного не сказал
источник

SP

Sergey Protko in Software Design/Architecture/Zen
а мне нечего говорить, у тебя весьма детские набросы в стиле "у меня 3 разработчика и мы пишем тупой круд". В такой ситуации я могу поверить в эти басни с матрешками
источник

SP

Sergey Protko in Software Design/Architecture/Zen
источник

SP

Sergey Protko in Software Design/Architecture/Zen
вот тут про "слои" и матрешки хорошо расписано. Если что - микросервисы не противоречат этой идее - просто добавляются еще и вертикальные нарезки
источник

SP

Sergey Protko in Software Design/Architecture/Zen
к слову про эти "вертикальные" нарезки говорится во всех этих "слоеных" архитектурах.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
что порты адаптеры, что луковые, что хоть Парнаса почитать про information hiding 70-х годов
источник

SP

Sergey Protko in Software Design/Architecture/Zen
источник

SP

Sergey Protko in Software Design/Architecture/Zen
вот что бы заинтересовать = там как раз обсуждается вопрос что то что большинство "микросервисами" называют пользы не приносит как правило потому что суть каплинга между элементами не пересматривают.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
если у тебя возникают вот эти проблемы с контрактами - значит скорее всего у тебя проблема со связанностью элементов а не с микросервисами. Просто херово спроектировнная система. Ничего страшного - все так делают)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
источник

SP

Sergey Protko in Software Design/Architecture/Zen
разница в том что "между" сервисами не должно быть настолько до жопы комуникаций что бы тебе было чтожно это контрактами закрыть.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
те же правила и к монолитам применимы и профит тот же + бонус что если проебался с границами (что будет случаться) то не так больно это фиксить
источник

SP

Sergey Protko in Software Design/Architecture/Zen
матрешки там у него слои тестят..
источник

В

Виктор in Software Design/Architecture/Zen
Привет всем.
Как вы обычно делаете апдейт списка VO в DTO? Я вот думаю: то ли в DTO грузить начальный список VO и затем менять его с помощью add и remove методов (ДТО будет знать, что надо добавить в бд, а что оттуда удалить), то ли в конструктор совать уже модифицированный список, и в репозитории вычислять, какие надо удалить, а какие добавить.
источник

s

s4b0t in Software Design/Architecture/Zen
Можно посмотреть на SOLID с точки зрения электроники. Представить что система это какойто большой пульт управления. И задача его разделить на несколько частей. Если просто распилить корпус пополам связи будут очень отчётливо видны )
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Но суть в том что бы определить где лишние связи и как их убрать. Не оч понятная аналогия как по мне
источник