Size: a a a

Архитектура ИТ-решений

2021 July 06

AM

Andrei Moiseev in Архитектура ИТ-решений
Не понял, какое отношение имеют дженерики и скала к моделированию домена.
источник

I

Ivan in Архитектура ИТ-решений
Другое его выступление. На 22:00 - по теме анемичных моделей https://youtu.be/JOy_SNK3qj4
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Хм, там как-то даже анемичная модель не совсем анемичная, у меня по ней много вопросов сразу.
Т.е. если смотреть на пример как на зачатки реальной системы - то мне не нравятся оба варианта, оно так не работает.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Основной вопрос - нафига хранить список купленных фильмов в модель Customer.
Или хранить список Employee внутри Company (еще и искать по этой коллекции).
В реальной жизни такие варианты - категорически недопустимы.
источник

AM

Andrei Moiseev in Архитектура ИТ-решений
источник

I

Ivan in Архитектура ИТ-решений
О каком именно файле идет речь?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Убежал от ноутбука, в первом репозитарии Customer.cs
Ну и Company.cs во втором в бранче rich
источник

I

Ivan in Архитектура ИТ-решений
Сейчас посмотрю. Там примеры, конечно, надуманные (акцент сделан на самом процессе преобразований). Боле-менее реальные примеры есть у Камила:
- https://github.com/kgrzybek/modular-monolith-with-ddd
- https://github.com/kgrzybek/sample-dotnet-core-cqrs-api
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага, попробую посмотреть. Надуманные - не работают, увы (
источник

I

Ivan in Архитектура ИТ-решений
Я посмотрел. Ну, скажем так, да, контекст для демонстрации этих методов был выбран немного спорный. В подобном контексте рассматривать такие методики без учета Ленивой Загрузки не всегда целесообразно.
источник

I

Ivan in Архитектура ИТ-решений
Доклад переехал на https://youtu.be/cZYezl_2mZk?t=5855
YouTube
Новогодний воркшоп
Это видео уже было на канале в виде трансляции.

Мы на примерах разберем некоторые аспекты использования DDD.

Ссылки
https://github.com/agratushniy/symfony-ddd-example – репозиторий с примерами кода к первому докладу.

https://enterprisecraftsmanship.com/posts/domain-model-purity-completeness/ – статья Владимира с подробным описанием DDD-трилеммы.

Первый спикер - Андрей Ратушный. Андрей - активный участник сообщества, практикует Domain-driven design, с радостью согласился провести мастер-класс "От теории к коду". 

Андрей так описывает этот воркшоп:
Я покажу, как можно сформировать структуру каталогов в фреймворке Symfony для разработки проекта с использованием ДДД подхода. Покажу примитивный слой супер-типов, а затем приступим к построению модели в порядке: Domain - Application - Infrastructure - Controller.

Повторяем процесс построения модели еще в двух контекстах. Затем соединяем это все при помощи событий. Пишем пару юнит, и пару интеграционных тестов на Behat.

Второй докладчик Владимир Хориков – автор…
источник

I

Ivan in Архитектура ИТ-решений
Вообще, такие темы лучше устно обсуждать. А то пальцами не очень быстро получается разговаривать) Если есть желание, можно как-нибудь собраться.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Вот кстати типовой какой нибудь чек закрытия периода по всем заказам или какая нибудь выборка по группам покупателей с ранжированием угробит сей дизайн.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Оно сейчас считается хорошим тоном?
источник

I

Ivan in Архитектура ИТ-решений
Хорошего тона не существует. Все зависит от контекста. До появления статьи "Domain model purity vs. domain model completeness",  в DDD основополагающим был принцип V.Vernon - чем меньше агрегат, тем лучше (наглядный пример за авторством самого V.Vernon). После открытия т.н. DDD-трилеммы, обоснование решения в этом вопросе стало более гибким. Это позволило в ряде случаев предотвратить фрагментацию связанной логики (правда, это не всегда целесообразно на практике, особенно без ленивой загрузки).
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Прочёл, не поленился. Складывается впечатление что ребята пытаются решить противоречие которое уже решалось многократно вне ddd.
источник

I

Ivan in Архитектура ИТ-решений
Да, согласен.
источник

М

Михаил in Архитектура ИТ-решений
Ребята, нужен совет. Логсташ умеет объединять документы, скажем, по uuid. Идея объединить логи конкретного события для каждого из сервисов выглядит разумной, но имеет ли смысл объединить в один документ логи из всех сервисов , которые принимали участие в событии? Нужны соображения сообщества. Спасибо.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Это же в единый индекс пойдёт
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Зачем?
источник