Size: a a a

Software Design/Architecture/Zen

2021 July 02

SP

Sergey Protko in Software Design/Architecture/Zen
Достаточно единый язык оставить на уровне "глоссарий для разных контекстов". Можешь даже bounded context canvas юзнуть. Просто что бы людям было понятно чё где что и е кому идти
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Понятно, спасибо. Просто у меня немного не сходится, что код должен отражать единый язык. В свою очередь в коде очень высокая декомпозиция, которая скорее для тех реализации, и как эту декомпозицию донести до тех, кто не кодит. Как я понял, доносить не нужно и код не совсем должен отражать единый язык, только верхушку.
источник

SP

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

Например у тебя может быть агрегат "детали товара" какой а может быть "product availability". Все вполне в рамках приличий и будет иметь смысл для людей
источник

ПГ

Павел Г. 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
Ну это да... Просто на один из докладов по ДДД наткнулся и в нем вполне обычная ДДДшная мысль, что единый язык должен мапиться на код. Вот вопрос и возник.
источник

ПГ

Павел Г. in Software Design/Architecture/Zen
Согласен, имел ввиду продукт как большой класс. Сущность то понятно есть.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
До какого-то предела. Обычно это имена юзкейсоы, атрибутов каких-то и правил.
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Скажите, пожалуйста, а сессия (не куки) - это какой слой? App или представления?
источник

DE

Dmitry Eliseev in Software Design/Architecture/Zen
Сессия с куками – слой HTTP
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Сессия же может быть и не с куками
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Или я притягиваю за уши?
источник

DE

Dmitry Eliseev in Software Design/Architecture/Zen
Кука или query-параметр всегда в HTTP-контроллере.

Если в контроллере достаётся id и передаётся в приложение и домен, где по этому id что-то достаётся и сохраняется, то это уже как обычный репозиторий.
источник

k

knopkod4v in Software Design/Architecture/Zen
может просто инфраструктура, чтобы пошарить стейт?
источник

DE

Dmitry Eliseev in Software Design/Architecture/Zen
Стейт сессии не шарят
источник

k

knopkod4v in Software Design/Architecture/Zen
между чем и чем?
источник

k

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

DE

Dmitry Eliseev in Software Design/Architecture/Zen
Ну и пусть лежат в БД или Редисе по id, как и все остальные сущности
источник