DDD Building Blocks

[@WaxShackleton]

This is the clearest explanation of DDD I've ever come across. Thanks a lot!

[@Valem0r]

Finally a clear and to the point explanation about DDD with concrete example. I learned a lot more under 5 mins than i did watching those vague abstract one hour conferences. Thank you for this!

[@SonOfDhanunjaiah]

Thats true. I thought the same way.

[@rezamonang]

This is the best video explaining ddd terminology i've ever watcher. Thank you!

[@HungLe-jp6ct]

I can't believe how clearly this video explains everything. It's the best comprehensive explanation I've had in a while.

[@tamasszebenyi5942]

This channel clearly deserves way more subscribers. Thank you and keep on the good work!

[@3mloooki]

This is the best and easiest explanation of DDD !!!! Thanks a lot.

[@RiKeMer96]

Thank you so much for the simple easy to understand explanation of DDD😭

[@vasilikimanoli9285]

The clearest and simplest explanation I have come across! Thanks!

[@janmeppe]

These videos are a lifesaver! Keep making them!

[@BaM6IIuP]

an undervalued video with amazing explanation of so sophisticated topic. мое почтение

[@trox085]

By far the best description of DDD.

[@jan5310]

Holy crap… this was a great explanation. Really good job! Love the analogies and simple examples with the nice animations and drawings! Keep it up!

[@dartneer]

Simply amazing.. thanks for this. I wish these came once every other day :). They are really that good.👏💪

[@Waathiqful]

This is a GREAT explanation of DDD, and tbh one of the best I've seen. I've subscribed to your channel, that's how much I like it!!!

[@Sleerk]

Wow, it's not even 8 months from the last video. Nice :)

[@IcaroAlvarez]

Beauuutiful explanations! Thanks a lot

[@mushfiqulhuda]

Your videos are awesome! ❤

[@GoodcitizenCA]

great explanation

[@MarcoLenzo]

Really well explained. Well done!

[@khajalieubarrie5088]

Please continue this domain driven design series

[@alexanderaugust229]

great explanation! Thank you

[@alan-]

That was so easy and quick!

[@Danielo515]

I love how the purple 🟣 is keep here in the car aggregate 😂

[@mateuszkaleta1495]

Nice video ! I'm sure that authorization code flow or some another security flows will be very helpful :)

[@Mempler]

This is also somewhat i figured. Thanks for clarifying everything 👌

[@SoroushOracle]

Very Good

[@gabrielverle9469]

Please, continue doing this amazing content

[@adrianvdhouten]

LOVE THIS!!! Please make more videos

[@iraklidavitaia]

Great content! Keep going👍

[@rebinmod]

brilliant content

[@asierpaz4866]

It is very well explained, but I'm missing domain services. Quoting Evans: "Sometimes, it just isn’t a thing.".

[@drawingboxes]

Thanks! Aaaah yes - I'll add that to my list of potential future videos :)

[@windsorek]

Can't i perform atomic operation 'steal wheels' on car aggregate and save state? Seems like i could which would lead to the same problem which it supposedly guards against

[@drawingboxes]

If that's a valid operation in your domain then, sure, build it into the aggregate! But now I'm worried about what domain you're modelling.... 😅

[@dev.anupsarkar]

well explained

[@EljoPro]

insane explanation thanks alot

[@AntonZap]

thank you very much.

[@R_eapy]

Nice new upload, please keep it up

[@drawingboxes]

Glad you're enjoying them!

[@darwinmanalo5436]

Keep it up.

[@botyironcastle]

what if you have huge data like 100000000comments in Post object. I don't think you can init a domain object with that much... looks useless to me when dealing with large chunks of data. Thoughts?

[@drawingboxes]

That's a great example. There's a bit of an art to defining the aggregate boundary, and I think yes you want to try keep them smaller than that. Does your domain need the full comments list to be consistent? If two users load the page, then both leave a comment, should the second comment fail with some concurrency error? Or just allow both comments? Perhaps the boundary is around the comment, not the post. But if you do, your implementation doesn't have to load every comment into memory to know if something has changed. Checking a LastCommentDate or LastUpdateDate could also work.

[@nasamind]

Which book is good for DDD, I want to be good in DDD suggest me some good source

[@SweetTorment72]

Isn't Value Object a bit of an oxymoron, since objects usually have identity in OO? My brain wants to call them Value Types. They behave more like value types such as int and enum, and I also think they are easier to implement as structs rather than classes in C#.

[@agostiik5712]

One reason to call them value OBJECT instead of TYPE, is that it is like an attribute of an entity. These attributes can also be simple or complex (=> object) but the important thing as the video also says is that it has to be immutable. For sure, simple attributes could be handled in structs or enums but the more complex it gets, the easier it is to implement it in a class. And in OO an object can literally be anything, either simple or complex. It is not a usual thing to have id in an object, thats more like an entity.

[@MrNishantarora]

perfect

[@medilies]

The aggregate looks like Facade for me

[@drawingboxes]

This is great insight. They are similar. The GoF facade tries to hide away all the inner objects though, whereas an aggregate root is just the node that we use to access the aggregate. You could design it so you load the full Car aggregate then access one of its Wheel objects to pump up a tyre. We just can’t load that Wheel directly from a repository using just its WheelId

[@clashclan4739]

In education contents pls avoid background musics. Its very annoying and disturbing to concentrate

[@alan-]

I don't find that.

[@R_eapy]

For me it's the opposite