Size: a a a

Software Design/Architecture/Zen

2021 March 13

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergei Baikin
Ладно тогда завершим это будет бесполезно.
Ну так по твоим словам получается что лучше в кажом модуле отдельно писать логику которая будет от oc сигналы слушать, и реагировать на нужную клавишу
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Да, высокий кохижн это хорошо а не плохо
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
(внезапно)
источник

SB

Sergei Baikin 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
Sergey Protko
Логический кохижен это когда мы вещи в модуль пихаем только потому что штуки между собой связаны логически. То есть все про юзера кладём в юзера. Все про продукт кладём в продукт. Или более понятный пример - все репозитории кладём в модуль репозиториев
Хм, ну так согласен
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Но есть какая-нибудь инфраструктура под капотом, которая в базу ходит например
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Она будет сгруппирована в один модуль
источник

YZ

Yaroslav Zhymkov in Software Design/Architecture/Zen
это как микросервисы наверно, разобьете по сущностям будет боль. по функционалу получше
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Функциональный кохижен не всегда достижим, и есть между ними и другие уровни
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Yaroslav Zhymkov
это как микросервисы наверно, разобьете по сущностям будет боль. по функционалу получше
Тип того
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Наверное моё определение кохижена чутка расходится с вики
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Coincidental cohesion я обычно видом каплинга зову
источник

YZ

Yaroslav Zhymkov in Software Design/Architecture/Zen
Евгений Ромашкан
Наверное моё определение кохижена чутка расходится с вики
как вы определяете?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
Но есть какая-нибудь инфраструктура под капотом, которая в базу ходит например
Мысленно представь что все фичи в своих базах и тогда у тебя будет много таких модулей + может какие примитивы из которых ты собираешь вещи
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
Coincidental cohesion я обычно видом каплинга зову
Вот интересно как ты к этому приходишь, скорее всего тут будет ответ на вопрос где ты чёт напутал
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
Вот интересно как ты к этому приходишь, скорее всего тут будет ответ на вопрос где ты чёт напутал
Ну часто каплинг/кохижн противопоставляют как плохое/хорошее
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
В том же GRASP
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Каплинг это мера между модулями, кохижен это характеристика одного модуля
источник