Size: a a a

Software Design/Architecture/Zen

2021 November 23

SP

Sergey Protko in Software Design/Architecture/Zen
я вот пока не очень представляю как миксовать эффектор и какой-нибудь graphql... очень приблизительно представляю... но надо играться
источник

E

Emanresun in Software Design/Architecture/Zen
ты упомянул гексагоны когда я спрашивал про зависимости, что думаешь про """гексагональную архитектуру""" и применение идей на фронте внутри фичей/приложения
источник

E

Emanresun in Software Design/Architecture/Zen
(я не знаю почти ничего про нее, статьи перед глазами)
источник

E

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

E

Emanresun in Software Design/Architecture/Zen
хороший момент
источник

SP

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

SP

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

E

Emanresun in Software Design/Architecture/Zen
@fes0r как это "для тупых", представить заимплеменченным в фронтовый проект
источник

E

Emanresun in Software Design/Architecture/Zen
(сорри что за**ал наверное, но мне очень интересно и пока отвечаешь не собираюсь останавливаться =)
источник

E

Emanresun in Software Design/Architecture/Zen
это все опять про слои похоже и di
источник

SP

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

SP

Sergey Protko in Software Design/Architecture/Zen
оно только выплевывает наружу порты, которые снаружи ты уже имплементишь
источник

NF

Nikita Fedorov 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
ДО этого момента - вообще не очевидно че там у тебя подобное а что нет
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Когда сучья ломаются - все тайное становится явным))
источник

SP

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