Владимир Кожин Dev2Dev Chipec - Практическое применение Domain Driven Design в крупном проекте
Вставка
- Опубліковано 16 жов 2024
- Тема:
Практическое применение Domain Driven Design в крупном проекте (Node.js)
Тезисы:
Domain Driven Design и чистая архитектура на примере реального проекта
DDD: В теории все сложно, на практике еще хуже - что делать?
Когда и зачем нужен DDD?
Покажем примеры кода на NodeJS + NestJS из проекта
Лайфхаки, докущения и прочие полезности
О компании:
KozhinDev - умный подход к веб и мобильной разработке. Уже 12 лет занимаемся разработкой сложных веб-сервисов и мобильных приложений. Трепетно относимся к качеству кода, придерживаемся лучших практик, проводим глубокую аналитику перед стартом работы и находим варианты оптимизации проектов с наибольшей выгодой для клиента.
Развиваем свой собственный фреймворк, ускоряя процесс разработки.
Заботимся о росте своих специалистов - регулярно обучаем и делимся опытом.
kozhindev.com
О Владимире:
CEO KozhinDev, более 18 лет «варюсь» в веб-разработке. Прошел путь от обычного программиста-фрилансера до руководителя собственной IT компании.
Domain Driven Design топ!!
"давно, тогда ещё фигмы не было" братан, когда я начинал заниматься в IT, не было UA-cam))
А почему в Домене лежит модель со ссылкой на деталь (орм) это же нарушает суть CA. Ее как раз нужно выносить в infra. И там через interface внедрять в adapters
Важно логическое деление на слои, а где что лежит уже дело вкуса.
Ахахахх, первый же скрин с доменной моделью нарушил все законы - видно парни просто долго с нестом разбирались, до ддд "руки пока не дошли"))
И это не "допущения" - это НАРУШЕНИЕ, и так делать не нужно)))
Выделять модели бизнесовые нужно отдельно, выделять модели связанные с БД отдельно
------------------------
Очень жаль что ничего не было сказано про междоменное общение(
------------------------
TableFromModel - сомнительно, нооооо, не окей.......
------------------------
Цикличные зависимости зачастую тебе кричат - у тебя проблемы в архитектуре
Когда уже есть хорошие доклады начального уровня, зачем делать ещё один, но плохой?