Size: a a a

Software Design/Architecture/Zen

2021 June 04

SP

Sergey Protko in Software Design/Architecture/Zen
в целом я для себя две тактики вижу:

- если есть доступ к прям бизнесу и теми кто на земле работает можно пытаться организовать либо event storming либо что-то оч упрощенное. Перед этим тебе уже надо какое-то представление лучше иметь кто есть кто кто за что отвечает и т.д.
- можно пытаться выискивать воркфлоу и мэпить фичи на них. Мол "вот это происходит когда". Это по сути вариация того же ивент шторминга только долго нудно и ты с каждым по одному ходишь. А потом можно уже шарить получившуюся модель и уточнять. Активити внутри этих воркфлоу обычно хорошие кандидаты для контекстов.

В таких штуках обычно сложность что бизнес весь и целиком никто не представляет.
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Соглашусь

Есть вариация когда владелец бизнеса "знает" как все должно проходить, и к нему прямой доступ, он деленирует это на ответственных, которые "должны знать" в своих зонах ответственности, но это, за частую, не сходится с видинием владельца... и начинается конфликт... из которого тебе предлагают выйти твоим видинием и решением... а-ля предлагай )
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Это ко второму варианту, предложенному
источник

MT

Max Trifonov in Software Design/Architecture/Zen
Выискивать
источник
2021 June 05

DP

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

Поясните пожалуйста, что означает утечка?
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
откуда это
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Чистая архитектура
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
если посмотришь на распиареную диаграму в центре там окажется домен, а снаружи юи, апи и прочее
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
направление зависимостей это о том что внешний слой может зависеть.от внутреннего, это нормально, но не наоборот
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
придожение строится вокруг предметной области, домена, и это нормально когда юи знает о.домене. а вот домену знать о юи не надо
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
утечки в этом случае скорей всего импорты из.смежных слоев, кастинг к конкретным классам например
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
те знания в исходном коде которые нарушают направления зависимостей
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
как бороться - определять абстракции, желательно интерфейсы
источник

Kd

Konstantin dmz9 in Software Design/Architecture/Zen
домен требует датасорс - пиши в домене интерфейс. внешний слой его реализует.
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Благодарю.
источник

AN

Allan Nettzan in Software Design/Architecture/Zen
привет
источник

AN

Allan Nettzan in Software Design/Architecture/Zen
можно ли сказать что модуль является границей ограниченного контекста.
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Конечно, в этом его смысл
источник

AN

Allan Nettzan in Software Design/Architecture/Zen
спасибо.
Правильно ли составлена определение ?
"Модуль является границей ограниченного контекста."
источник

AN

Allan Nettzan in Software Design/Architecture/Zen
Или стоит что то еще добавить?
источник