Practical Domain-Driven Design with EF Core - Hossam Barakat - NDC London 2021

preview_player
Показать описание

Рекомендации по теме
Комментарии
Автор

This is the best DDD presentation. Thanks you.

mohammadsj
Автор

Thanks for this great talk! Nice explanations of important aspects of strategic DDD.

branislavpetrovic
Автор

I wish I had seen you before. excellent report, thank you.

Дима-гхп
Автор

This is so good learned alot ! thanks for this content

mohamedal-qadeery
Автор

Seems professor passed domainservice to an aggregate . Want to know is ddd recommend way to do this. Because we can use domainservice can also achieve this .very confused eg: customer.AddSubscription(product, _calculator.CalculateSubscriptionAmount(product, customer));

smithdragon
Автор

Great! Thanks for explanation. Domain event bus via interceptor in good idea.

AlexeyLopatin-mr
Автор

Good job ! Thanks for the explanation man ❤ i have a small question. is it good approach to use domain event sourcing to validate our business rules in other word can domain event solve this scenario "An employee cannot be removed from a department if they have ongoing projects or responsibilities within the department".

jeremyhb
Автор

Pretty sure refactored code won't work, Customer.Subscriptions doesn't have any setter and is reado only so EF won't be able to populate it.

jz
Автор

Where is the UI? The source code only contains Api

aaryavartsolutions
Автор

Thanks for this great presentation!

Shouldn't Product be its own Aggregate that is referenced in Subscription by ProductId instead of as a Navigation Property?

I realize this demo has everything completely locked down with private setters and creation-only functionality, but Product doesn't appear to have a proper place in the Customer Aggregate Root's transactional boundary. 

In a realistic scenario where Product is a mutable entity, it will be retrieved by reference from Subscription even with Subscriptions as ReadOnly. It can then be mutated and will be persisted with SaveChanges().

I don't mean to be critical. I've watched this presentation several times to help consolidate my understanding.

vincentcifello
Автор

Better to move away from interfaces and mocking and stay with static functions.

xiaoguoge