Domain Driven Design Теория

Подписаться 6 тыс.

Просмотров 8 тыс.

50% 1

Краткая теория о построении приложение с использованием Domain Driven Design.
Затронуты такие понятия как: Entity, Value-Object, Service, Rich Domain Model, Anemic Domain Model и другие
Благодарности и помощь каналу принимаются:
www.calabonga....
Наши видео доступны и на Дзен:
dzen.ru/calabonga
Можно стать спонсором канала, и вы получите доступ к эксклюзивным бонусам. Подробнее: www.youtube.co...

Опубликовано:

27 сен 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 34

@ЭдуардМонгуш-г4и Год назад

Это то, что давно искал. Большое спасибо!

@SergeiCalabonga Год назад

👍

@Маленькаяулиткачух-чух Год назад

Понятное, простое и содержательное объяснение. Спасибо).

@SergeiCalabonga Год назад

Чёткий, простой, приятный комментарий, спасибо.

@Маленькаяулиткачух-чух Год назад

@@SergeiCalabonga ))

@Сергей-в2л9о Год назад

Одно из самых важных видео для разработчика

@SergeiCalabonga Год назад

А ещё Clean Architecture...

@Yarkendar Год назад

Про зависимость слоев некорректно обьяснили, на мой взгляд: слой домена не должен зависеть от каких любо других слоев

@SergeiCalabonga Год назад

У каждого свои взгляды. У нас с Эвансом - один, у вас - другой. 🤣

@АртемРащепкин-ф4н Год назад

@@SergeiCalabonga, спасибо за видео! Но тогда почему бы не назвать подход IDD - Infrastructure Driven Design?

@SergeiCalabonga Год назад

@@АртемРащепкин-ф4н в книге так назвается

@zolterzolter459 Год назад

Респект за видос про DDD искал чего-то такое

@SergeiCalabonga Год назад

sobe.ru/na/calabonganet

@kamaksimka Год назад

Блин, такой прикол, позавчера пол интернета перерыл на эту тему, а тут прям видос как под заказ. Огромное вам спасибо за ваш труд)

@SergeiCalabonga Год назад

Что заказали, то и снял. 🤭

@PoWeRMeH21 Год назад

спасибо за видео, давно ждал видео на эту тему) так же вопрос, какие материалы (возможно книги) можете посоветовать по тестированию (юнит, интеграционные и тд)на c# ?

@SergeiCalabonga Год назад

На calabonga.net есть статья на главной странице

@danil3700 Год назад

Хорошо поданный материал, спасибо. Но я читал, что ещё есть некие аггрегаты, так и не понял в чём отличие от сущностей тех же. Также читал, что репозитории должны быть как раз от этих аггрегатов, что вообще запутало

@SergeiCalabonga Год назад

Всё верно. Есть такие понятия. Материал был создан без упомянутых вами понятий для того, чтобы упростить понимание. Будет вторая часть про DDD.

@ИванНикитин-ч7б Год назад

7:24 Это очень плохая модель архитектуры слоёв. Настоящие слои ("layer") тут это - доменный и так называемое приложение. Остальные два "слоя" это то, что обычно называют "tier", это некие самостоятельные объекты за пределами разрабатываемой программы, с которыми программа обменивается данными в одностороннем или взаимном порядке.

@SergeiCalabonga Год назад

У меня несколько вопросов: - Кто решил, что "плохая"? - Кто обычно называет "tier"? И вообще, такое ощущение, что перепутаны понятия Domain Driven Design и Clean Architecture, которая считается развитием N-tier архитектуры.

@AlexAlex-ms3bg Год назад

Особенно удивила стрелка от крайне левого слоя к крайне правому. Для чего тогда слои, если их можно проигнорить?

@yava43 Месяц назад

критическая ошибка. Вы утверждаете что всё должно зависеть от инфраструктуры. Это не так. Все строиться на предметной области, то есть Domain.

@SergeiCalabonga Месяц назад

Может быть, вы меня неправильно поняли? Или я просто оговорился? Подскажите, на какой минуте где я мог сказать такую глупость?

@yava43 Месяц назад

@@SergeiCalabonga 7:54

@SergeiCalabonga Месяц назад

@@yava43 да, конечно оговлрился, тем более что стрелки правильно стоят

@stangrin7620 Год назад

Не думайн а домен)

@SergeiCalabonga Год назад

Ах, простите оговорился!

@AlexAlex-ms3bg Год назад

20:43: Нафига логику запихивать в класс Entity? Класс должен отвечать за что-то одно. SRP

@SergeiCalabonga Год назад

Rich Domain Model - когда в классе есть поведение (логика)

@AlexAlex-ms3bg Год назад

Есть в c# value type var p = Point {X, Y}. Меняю значение X и в ответ получаю копию объекта?

@SergeiCalabonga Год назад

Так и работает immutability.

@AlexAlex-ms3bg Год назад

@@SergeiCalabonga Ну это не так. В данном случае у текущей будет изменено значение X. Без копирования. Копия объекта будет создаваться только если идет речь о передаче значения в качестве аргумента функции

@SergeiCalabonga Год назад

@@AlexAlex-ms3bg Вы правы, я поторопился. Если вы у структуры поменяете значение в одном из свойств, конечно, же не будет создана новая копия. Просто в концепции DDD есть такое понятие. А вот что говорит по этому поводу Мартин Фаулер. If you are using a ValueObject that is mutable, treat it like it is immutable. You may not realize why, but you will save a lot of time and money. © MartinFowler wiki.c2.com/?ValueObjectsShouldBeImmutable