Implementing AggregateRoot, Entity, ValueObject | CA & DDD From Scratch Tutorial

No video

Implementing AggregateRoot, Entity, ValueObject | CA & DDD From Scratch Tutorial | Part 12

Рет қаралды 38,684

Amichai Mantinband

Күн бұрын

Пікірлер: 46

@GuigaPlay Жыл бұрын

You're building a gold mine with this series. I can only imagine someone in the future finding this complete playlist and finally undestanding all these topics. Keep it up!

@JulesRulez65 Жыл бұрын

so yea here i am!!!! hahah

@Lorin2286 6 ай бұрын

Hey! I'm someone from the future and indeed is pure gold :) Cheers!

@MilanJovanovicTech Жыл бұрын

Nice touch with Entity, and I wasn't aware of the notnull generic constraint 💯

@majormartintibor Жыл бұрын

Hi Milan! ^^

@anthony2584 5 ай бұрын

Hey, Amichai! Been watching your vids lately. I've been doing dotnet backend for 2 years now, but I'm primarily a NestJS/NodeJS backend developer. And I must say that your insights greatly gives me an outside perspective in me designing backend architecture, and it also inspires me to pursue to transition to Dotnet primarily (since your videos are making dotnet development cool!). I hope you could make videos (just hoping haha) regarding showing the advantages in setting up Models with your implentation versus to the basic setups in Models (without the AggregateRoot, Entity, ValueObject). And more power to you!!

@GerardoBuenrostro Жыл бұрын

This video broke my brain but in a good way! Still a lot to learn! Thanks for the video!

@szymonlisiecki4452 10 ай бұрын

6:04 Suppose we want to use just a Guid as TId. Then, the Equals method would return true if any entities have the same Id, even if those entities were different. This approach forces you to use ValueObjects as an entity id. It's worth to keep that in mind

@silvertek Жыл бұрын

Finally! Great video. You're such a tease with these quick vids, any chance you are going to do some longer format videos? Love your content, keep it up.

@amantinband Жыл бұрын

Hahah thanks silvertek. Some of the videos coming up will be longer 👍

@carmineos Жыл бұрын

Great video, I'm learning a lot from this series

@amantinband Жыл бұрын

Awesome 💪

@kmcdo Жыл бұрын

keep the awesome videos coming! your videos are top notch! right up there with the likes of Chapsas!

@amantinband Жыл бұрын

Thanks 🫶

@arthurfedotiew3609 Жыл бұрын

When you were talking about ValueObject concept in previous vids, I was thinking that your were gonna just use record type for this one property - Id. Now when you show how to implement it it is full blown class, so I wonder what are the benefits to go with class compared to record? Wouldn't record be much simpler and less boilerplate?

@DjicaOmoricic 5 ай бұрын

this is exactly what i was thinking

@acuencadev Жыл бұрын

I love this series. Thanks for sharing your knowledge.💯

@Yash42189 Жыл бұрын

Great tutorials man, thanks a lot

@subramaniannk4255 2 ай бұрын

Loved the explanation!

@mko3294 2 ай бұрын

your are so amazing thank you :)

@ferci2865 2 ай бұрын

I want to ask why we don't use "!=" to check for null but instead use "is not null", what is the difference between these two ways of checking?

@danil3700 Жыл бұрын

Nice tutorial, but I have 3 questions: May we define our value objects like record? It would be better to define that the object id implements Iequatable, wouldn't it? (Question to the previous video) If we have an aggregate that has 2 large collections of entities inside, is it better to define them as aggregates too, despite the fact that they are not used anywhere else?

@amantinband Жыл бұрын

Thanks, Danil. 1. Records for ValueObjects - Yes and no. Vladimir Khorikov has a good blog I would suggest reading: enterprisecraftsmanship.com/posts/csharp-records-value-objects/ 2. Yes. Actually, in our project, it would be better to put a constraint that the id implements ValueObject since that's the approach we'll take. 3. As a rule of thumb - yes. Especially if you think about what happens with these large aggregates when multiple commands try to update the same aggregate simultaneously.

@danil3700 Жыл бұрын

@@amantinband Thanks!)

@nathanf6526 Жыл бұрын

@@amantinband With regard to IEquatable, my understanding is that it is used to prevent boxing/casting to object. However, public bool Equals(ValueObejct? other) { return Equals((object?)other); } does exactly this. Therefore, any performance benefits that could have been made are now lost. Or, have I misunderstood something? Thanks. P.s. I'm enjoying all of videos 👍

@pavellevchuk3377 Жыл бұрын

Didn't like the points about `Weight` and `with`. We can put validation in the set/init so that it can't be bypassed. And we can just implement another method for Equals with precision.

@ivandrofly Жыл бұрын

Thank you!

@Rob_III Жыл бұрын

Am I missing something here? Why wouldn't you use a record here, that would give you all the equality stuff for free. But I have to confess I haven't watched the previous videos; this one just popped up in KZfaq's suggestions.

@amantinband Жыл бұрын

Yes and no. Check out this blog post by Vladimir Khorikov where he shows some pros and cons enterprisecraftsmanship.com/posts/csharp-records-value-objects/

@fhwroungwnwget3705 Жыл бұрын

Hey Amichai great series ! I have a question : in value object when defining == operator we use equals method that takes 2 arguments. But we never defined a method that takes 2 arguments inside that class. Does it take that method from somewhere else, or how does that work ? Thanks

@uzayrsyed6293 Жыл бұрын

That's the magic of the operator keyword applied against ==, the lhs and rhs together make two parameters in total.

@uzayrsyed6293 Жыл бұрын

And also we are overriding the equality operator since 'object' type which is the parent of all objects except primitive types has a default implementation for == which compares the objects by reference and we override it since we want to compare by value. Hope that helps.

@fhwroungwnwget3705 Жыл бұрын

@@uzayrsyed6293 Hey thanks for the answer. It does help, but why in the == operator we use : return Equals(left, right) instead of return left.Equals(right)?

@uzayrsyed6293 Жыл бұрын

@@fhwroungwnwget3705 When I look at the Object.cs metadata file the Equals method with two objects as parameters cannot be overridden. We are overriding the virtual Equals method with one object parameter and this is the logic we want to use for our == and != parameters. Seems like left.Equals(right) should be used unless Equals(left, right) uses left.Equals(right) internally

@fhwroungwnwget3705 Жыл бұрын

@@uzayrsyed6293 My thoughts exactly. Thanks for clarification

@arthurfedotiew3609 Жыл бұрын

Shouldn't Entity have a constraint on type TId to be ValueObject?

@sankarroychowdhury4655 4 ай бұрын

I am using record for ValueObjects, instead of class. What kind of difficulties I may face for it?

@dayv2005 Жыл бұрын

EDIT: NVM I realize that you are sealing the class the implements the abstract class. Should we implement IEquatable in a non sealed abstract class? Would it be better to implement IEqualityComparer instead?

@toragodzen Жыл бұрын

Shalom, ahi ) I've seen in another video your AggregateRoot is using complex AggregateRootId - could you explain why?

@user-zc1qr2ek5f Ай бұрын

Why don't use Record for value objects?

@richardalmonte Жыл бұрын

Am I missing some info here? Is this the final video of the series? I need to complete the app, there's a lot more to do here...

@tanglesites 7 ай бұрын

@amantinband I am wondering why not use a record for the Value Object base class. I know this video is a year old, but still was wondering what your take, or anyones take on this is?