I can't even imagine how much effort it takes to prepare a series of tutorials on this topic. Thank you so much! looking forward for the next one!

@amantinband

Жыл бұрын

Thanks, Turgay. My wife would agree it's way too much effort 😅

I cannot explain how much I appreciate your work. This is such an incredibly useful and decent series.

@amantinband

Жыл бұрын

Thanks, Ibrahim 🙏🏼

Had read the blue book till a point and the argument regarding the difference an organized namespace/folder structure makes stuck with me, but hadn't come across from anyone else such an example before. Kudos! Keep rocking!

I have been following this series from day 1. Its very informative. I really appreciate your work. Thanks for sharing your knowledge.

I can´t thank you enough... I've learned a lot of concepts, but the most valuable lesson has been the fact that not every domain fit into this practisess; complexity is a choise, some times.

I've never seen these approaches before, it's super clean, thanks for sharing with us!

Excellent explanation and series so far, good job!

Great video, Amichai! Looking forward to the persistence implementation. Thank you very much.

@amantinband

Жыл бұрын

Thanks, Roberto! Me too 🤙🏼

I have some question about your approach: - Why are you using value objects for ids? In most cases ids have little logic and it seems to be a redundant abstraction. We can use it wherever we have some logic more than simple comparison, and I don't get why you use it as a global pattern. - Why you use static factory method inside the class, instead of constructors? Constructors in this example are pretty simple, and we usually use factory methods when creating an object is complicated. Using factory method everywhere also seems redundant to me. Also I prefer factory classes rather than factory methods in such case, since this static methods nested inside the class will bloat the class the same as a big constructor will do (actually I don't see any differences between constructors and static factory methods at all). Factory methods in my opinion are suitable when used as a member method of a container class, a super class, etc. - Why all properties just have getters? How are you going to set them? What do you think about public setters on properties?

We have been doing something similar. One difference is that we put all the aggregates in a folder called Aggregates. So the common folder doesn't get mixed up with the other aggregate folders. It works well, and have so not noticed any real downsides to this approach. One interesting idea is to use the new file nesting capabilities in visual studio. This could in theory do away with many folders. And you would be able to nest a value object for a specific entity.

This is a GREAT JOB!!! I love this series, was fantastic thank you!

Awesomely great video, well structed and presented. Thanks a lot!

Best guides about DDD! Thanks, man

What a nice series you're creating, Amichai! Congrats for the great work. One thing I was wondering is if u re gonna make something to not repeat the create/update props in each needed class.

@amantinband

Жыл бұрын

Thanks, Hugo. No, I don't have a technique for that. Do you have something in mind?

Curious to hear what you thought about the implementation part of this video! Was it too fast? Too slow? Would you have preferred I hadn't skipped writing out the aggregate parts we already covered? Also, would you have preferred I actually wrote out the entire domain?

@TurgayTuerk

Жыл бұрын

The implementation part as well as the entire tutorial was very explanatory, even if I used the pause function in few places :) Thanks again for your effort! Regarding the "functional" based folder structure; wouldn't the best location for the Error.User class be inside the "User" folder, or does Errors generally belong to the common folder?

@jendrikoltmanns1017

Жыл бұрын

Really enjoyed it. Speed was suitable, but i already was in touch with those concepts, so maybe for newbies could be a bit to fast (Since its a video, you can easily stop and manipulate speed ;) ). Implementing the whole domain is not needed, cause concept stays the same right. For me different approaches are more interesting. As example i would always go for the functional cohesion, instead of categorically. Just curious why you implemented additional value objects for the IDs, cause new creation of guid could be handled in base class. Also this post from Vaughn Vernon was very exciting, to decouple entities from the ORM with State-Objects. kalele.io/modeling-aggregates-with-ddd-and-entity-framework/ Best wishes, thanks :)

@seanvogel8067

Жыл бұрын

It seems a little fast, but skipping the writing of similar aggregate parts makes sense.

It's amazing how the folder structure can change the way how you approach all other decisions. 👏👏👏

@amantinband

Жыл бұрын

💯

Can't wait for the next one!

Great Series! Thank you!

great video on a complex subject - thanks!

I LOVE this series so far. Thanks for your effort in making it so smoothe and enjoable. Is there any chance that (in future) you could add some kind of keystrokes monitoring to your films and vs code shortcuts settings (your workflow is amazing)?

@amantinband

Жыл бұрын

Thanks! I tried in a draft video. I felt it added too much noise to the screen 🤷🏼‍♂️

You're doing great, keep it up.

Great videos, thank you!

I loved it. Thank you!

@amantinband

4 ай бұрын

🫶🏼

Awesome playlist! are you planning on making any more videos for this series?

very goooood!!!!❤ ty for the content

Awesome! Thank you

Hi Amichai, Great Video really like the series, I think based on the gist in the description that maybe you should have an common entity with created/updated DateTime properties that inherit from the base entity class and then we can have less duplication of code to have it on each Entity we creating

@amantinband

Жыл бұрын

Thanks שי. We'll have an IAuditableEntity interface that all the auditable entities will implement in the future. When we reach the persistence layer, we'll cover how to populate these properties.

Great explanation

Thank you so much, Amichai, great work, keep it up. I personally enjoy you voice pitch and pace, make it much more enjoyable to listen complex explanitions. Hope this time I can FINALLY make it straight and logical in my head. P.S.: Can you say what's that suggetion tool at 8:30?

@amantinband

Жыл бұрын

Thanks! It’s GitHub Co-Pilot

Always fun seeing how people organize this. Definitely agreed on colocation! Curious to see how the value objects will work for the foreign keys and what interactions with those and their entities will look like. Seems like you might need some interesting helpers on the value objects to facilitate interactions, but maybe there’s some other patterns to help here. Regardless, fun watch as always. Thanks for sharing 🍻

@Meryovi

Жыл бұрын

I've been wondering this myself, and in case Amichai uses EF Core if everything he's done so far will play nice. Looking forward to this.

@amantinband

Жыл бұрын

Yup, we'll deal with this when we cover entity type configurations. Basically, we'll use the HasConversion method for this.

@pdevito

Жыл бұрын

@@amantinband that’s any value object though. Dealing with the needs around a key are a separate issue I think with different needs. Doing things like an expanded GET list, managing child entities, etc would be interesting to see

@serb1146

Жыл бұрын

Yeah, I wonder, why we create one more abstraction with ValueObject, if this suports "by default" on top of programming language itself. Ex: System.Guid (comparison, generating an so on)

Great stuff👍 I'm wondering where the other parts are. This is part 13 but the playlist only contains 7 videos 🤔

Hi Amichai! Awesome videos. They have really been missing everywhere on the internet. Definitely the best ones on the subject. One question: Is it really good to force passing an Id in the constructor? Normally the database would decide the Id and set it. Can you tell me why this is a good approach? Or are you planning on rewriting it later when you add the persistence layer and EF?

@amantinband

Жыл бұрын

Hey Matthias! Great question. Depends on your approach. Some prefer having the repository/persistence generate the id, some prefer the something similar to what I presented. We’ll cover both approaches in the series 🤙🏼

Amazing 👍

amazing series. One question, for the sake of garbage collector/memory allocation, shouldn't Ids be structures instead of classes? thank you for all this content

This video could not have been better timed, have been learning DDD for the past month or so for work and this cleared up a lot for me, Thank you! I have 1 question though, in your aggregates you define private read only list of value objects pointing to ids of other aggregates. How would you map this to a database? I'm using EF doing code first with FluentAPI and this is the only thing I'm struggling with

Super cool series, I have watched all 13 videos now, and i learned a lot from these. I am curious about the plan of upcoming videos ? Do you have a plan ? Fx Logging, Persistence, Events, Versioning ?

@amantinband

Жыл бұрын

Thanks Michael! Yes, I’m planning to cover all these topics in the future 🤙🏼

Hey man, great video. Is immutable list better choice in this case then read only list (12:15)?

i'm light years behind this

Great coding without a single look on a keyboard!)

Amichai, thanks a lot for your videos We also need a tutorial how to connect all of these things to the database. What framework to use? Entity framework has a lot of constraints (on sealed classes, private members etc.) Thanks

Great video thank you❤. What about structuring DDD with N-Tier architecture?

Supercool series. Is there gonna be more chapters? Also, are plans to show database integration (I suppose it goes to the infrastructure project)?

@amantinband

Жыл бұрын

Thanks! Yes and yes. Persistence via EF Core is the upcoming section in the series 🤙🏼

Thank you for the video! One question: what about integers? I mean if I want to use int as ID, how I should generate it in “CreateUniq”?

@Amichai Thank you again for all your effort, every lesson is greater. I would like to ask you something that is really urgent to me: How can I dockerize a project like this we are studying with you for deploying as a container on a cloud? Please, Can you or another people here, share the way or an example to achieve it? Thanks a lot, you’re amazing!

I'm not sure I understand how the AverageRating property on a Host and on a Dinner is kept up to date in this example. We said we want a change to an aggregate root not to affect other roots it is related to, but in this case the AverageRating depends on the content of the reviews. Would we need to subscribe to some MenuReviewCreated event to update the rating of the dinner and the host separately?Or is there another approach?

Great video Amichai... I have a question... Isnt it better to use records for implementing value objects ? I heard from Zoran Horvat that record types are mainly used for implementing value objects

Great work amichai although do you mind teaching us the magic spell used at 13:23 ??

@Amichai Mantinband so designing aggregates like this - Can we safely say that it is following feature slicing approach?

Directly instantiating a Guid inside the VO couples the Domain to the Infrastructure as it relies on the system's random device making it no longer "core" code. Do you have plans to move this to a Repository once they exist e.g. a NextIdentity method?

@markyavorskiy5335

Жыл бұрын

Yes, I had almost the same question about when it is the right time to generate an id for a entity/agragate root. And how the corresponding entity/agragate should live before this id will be generated? Suppose, it has to be a separate object. Thant YOU!

@amantinband

Жыл бұрын

Great comment. It's the topic of a future video 🫣

5:00 - Feature Slicing

Who takes care of populating fields in an aggregate? Does the query take care of calling each repository and put set them as an aggregate entities?

Don't you have multiple domains inside one project? Guests, menu, dinner etc? When you seperate each (sub) domain the initial structure isn't that bad?

@amantinband

Жыл бұрын

Domain/Subdomain are logical boundaries. They do not necessarily have a 1:1 mapping to a project, system, or microservice. We would probably split this differently if we were designing a large system. But when starting out, it's definitely possible to start with a monolith and grow as needed. Does that make sense?

Hello, can you please tell how numeric value can be used as Value Object and create it uniquely instead of GUID?

I really like this video, this removes a lots of confusions in my mind, just curious about where should I put domain services? also under those folders for each aggregate? will that part be covered in upcoming episodes? Really appreciate it 😀

@mabdullahsari

Жыл бұрын

The Red DDD book by VV covers this. You need to introduce an additional level: Domain.Model Domain.Service Amichai's classes fall under Domain/Model.

@messiyang2934

Жыл бұрын

@@mabdullahsari much appreciate it mate 🙏

Can you use Typescript for the implementation of the DDD for maybe just one video. I understand you don’t focus on It but will help folks like me anyways, I just watch the conceptual part of and then I have to skip the rest as I don’t code in that language. You explain the concept well so I appreciate your effort.

Are you going to use Entity Framework in this course?

Will it be working with EF, Dapper ? Yours constructors always make new ID (primary key ?) , what's is incompliance with Database schema, is it ?

Can someone explain, what is the idea behind those "EntityId" objects and inheriting from them? What is the benefit?

how many episodes are planned, very interesting

@amantinband

Жыл бұрын

Thanks, Belka. We haven't touched persistence using EF Core & Testing yet, which are rich topics, so I'd say there are at least 8 videos left.

1:37 What is the difference between Aggregate vs entity, Could i persist aggregate or Only the entity can be persisted

What an effort made keep it up (Y) Quick Notes though : 1. regarding the readonly issue modify the public Ireadonlylist Items to be public ReadOnlyCollection this is not castable to List 2. please Could you order the videos in the Domain-Driven Design PlayList in a chronological order Thanks a lot

what's the estimated date of finishing this series?

First things first: I really like this structure. I am new to Clean Architecture and just recently heard about vertical (or feature) slicing. One thing this structure does, however, is require a qualification when referencing the aggregate root. For example: public void AddDinner(Dinner.Dinner dinner) . Does this bother anyone else or is this a standard practice and I just need to get over the redundancy? I know this is probably just my weirdness, but thought I'd ask.

@amantinband

Жыл бұрын

I'm surprised no one has commented on this but you! This is definitely an issue when the namespace and the class name are the same. We'll cover it in a future video 🙂

@vagnerpadilha3485

Жыл бұрын

I asked myself the same question. I'm really curious how you're going to solve this. Could it be that the solution is for the aggregate folder to be plural??

Hi, thanks a lot for your videos! What is the purpose of making the ctor private and using a static factory instead?

@mabdullahsari

Жыл бұрын

You can define multiple constructors for different purposes while keeping the state consistent. The internal workings of the object can be changed without worrying about breaking the clients that consume the said object. It also adds *meaning* when used correctly, I wouldn't agree with Create here necessarily though as it's very CRUD-dy. Member.Invite(...) Session.Plan(...) Permission.Assign(...) etc. these make use of the Ubiquitous Language.

@TheWischmopps

Жыл бұрын

@@mabdullahsari thank you!

Hi Amichai, im trying to configure the Id's and relations id's between aggregates with entity framework and i dont find a solution how to do it. I think that its simplier putting the type Guid instead of the value object in this case

@amantinband

Жыл бұрын

Hi Nicolas. We’ll cover this in depth in the upcoming videos. Generally, I like to design the domain as if the objects are stored in memory and then bend the persistence layer to support this idea. Changing the domain to support persistence is the last resort in my book

Hi, its an amazing video tutorial - I've watched it in one week :-). But I am missing a nother big topic in your videos - what about logging? How do you log Errors, debugging Informations and so on? Thanks a lot for your tutorials.

@amantinband

Жыл бұрын

Thanks! We’ll cover logging in a future video 🤙🏼

Hi, can you help.... why menuesection or menueitem are entities and not valueobjects? Do they have a life ?

Hello Amichai, I had a bread from your course because lack of time.. I see that you mafe your repository with buber dinner private. I was following your videos from the beginning and I have a public repo with my code. Can I leave it as public? Your new videos are full of knowledge that I was looking for 😀 Great work

@amantinband

Жыл бұрын

Of course! 🫶🏼

There is a lot of knowledge missing regarding this topic. My last company started adapting this style 6 months ago in new projects and I felt they were early adapters. Are there other sources besides you or working with Microsoft to obtain this information?

Hello csharper, .md is for mark down! Change that to .dm for domain.

The namespace and the class name (Menu.Menu) is really bothersome. May even cause issues when including the namespace somewhere else where, say, Menu would be used. Some experts out there use plural (Menus) or append Aggregate (MenuAggregate) to the folder/namespace. Hoping Amichai will explain how he tackles this issue. Great video as always.

@allenhansen5145

Жыл бұрын

Thanks for bringing this up. I found the folder names/namespaces to be a bit bothersome as well. Thanks for the recommendation and for future readers, this is addressed in this video: kzread.info/dash/bejne/nKFkpbmlkpjcprQ.html

I noticed for domains you took a vertical slice approach why not continue to the architecture/ structure of the project also?

@amantinband

Жыл бұрын

I like maintaining the cohesion when possible. The projects are separated following CA, the internal separation however, as you said is by feature

@camoman1000

Жыл бұрын

@@amantinband are you using CA for projects for the tutorial series to demonstrate CA? If so, do you use or would you consider using VSA?

Why is MenuSection a Entity here and not a ValueObject? Like why are only Ids ValueObjects?

Fantastic explanation and implementation😍 ... I wish I could be one of your patreon but online payment is not applicable in our country. Is there an option to become your patreon to access the source code?

@birukayalew3862

Жыл бұрын

@@amantinband i really thank you

what is the shortcut for creating folders and files like you?

@amantinband

Жыл бұрын

I think I configured them both manually. I use ctrl-shift-n for folder and ctrl-n for file

What is an application used to describe in 40s of the video

Why you do not use int as type ids in your models? you use only string and Guid

It's little bit not about domains when you splitting classes by folders of class-types. Folder name should represent - domain.

Why did you use class instead of record when declaring the entities? World think that record would be better in this scenario

@mabdullahsari

Жыл бұрын

Uh-oh, I smell domain model anemia.

hey, thanks for the video although I have a different view angle here you totally ignored the bounded context here. and most of the time each bounded context gonna have only one aggregate. so if you considered the bounded contexts each context would be independent and there would be no common directory between them

@mabdullahsari

Жыл бұрын

I think your understanding of Bounded Context is lacking here. BuberDinner **is** the Bounded Context.

@abdullahalrashidi497

Жыл бұрын

@@mabdullahsari intresting! I wonder why a bounded context has multiple aggregations !! also, he divided the project directory into different related functionalities (Dinner, Bill, Guest...) for a simple domain, most of the time a bounded context is the subdomain but if the sub-domain serves different functionalities then we have to divide it into multiple bounded contexts

Good way to explain :) I can only suggest to speak less fast :) Maybe 70% of the current speed as it causes some kind of pressure :) on an average mind processing the new knowledge/howtos etc... But, general layout and approach to explain DDD with code practice is quite good. Thanks!

Thanks again for the great videos! MenuSections and MenuSectionsItems are entities within the Menu Aggregate Root. This makes sense, especially by the Cascading Delete Rule. However, I can't see the difference between those and MenuReview. Shouldn't MenuReview be a collection of entities just as MenuSections? You are treating MenuReviews the same as Dinners. However, if you delete a Menu, then there would be no MenuReviews, but the Dinner would not be deleted.

@vincentcifello4435

Жыл бұрын

Also, GuestRating is a collection of entities within Guest. Shouldn't the same be true for MenuReview within Menu? Really trying to understand.

@amantinband

Жыл бұрын

Hey Vincent! I cover this in previous videos - generally, we prefer having more aggregates if possible. This is for concurrency, memory and latency reasons. We will merge two aggregates to one when there are some constraints. These constraints can be forcing invariants or perhaps eventual consistency cannot be tolerated. Does that make sense?

At the 8:55 mark you replace every occurrence of "MenuId" with "MenuSectionId" - how did you select all instances of MenuId? That was no Ctrl+H !!

@WouterLindenhof

Жыл бұрын

Select the range and the press CTRL+SHIFT+L to "Selection => Select All Occurrences", personally I always use just hold down CTRL+D which results in "Selection => Select Next Occurrence"

@amantinband

Жыл бұрын

Vim -> :%s/MenuId/MenuSectionId/g 😁

I like a lot your material, there are a lot of great stuff presented and a lot to learn, but I personally I hate DDD for the fact that classes (object oriented) define the domain, I prefer to have "services" interfaces as fist class citizens, therefore writing any line of implementation is after I have the pipelines "contracts" get defined. And what I hate the most on DDD, unit test does find the problem in the domain quickly, but apart from domain validity does absolutely nothing in a SOA architecture, and no, I don't have a problem with unit test, i have a problem with code coverage of 100% won't find any of the integration issues.

I kinda don't get why you're creating an entire class around an Id. Can you explain or link a resource?

@amantinband

9 ай бұрын

Check out my video on the Identity paradox

@Linkario86

9 ай бұрын

@@amantinband Just watched it. Perfect! Thanks!

why am I, a JavaScript developer, watching C syntax here only to learn DDD T_T

Only I hate 'common' naming?

@mabdullahsari

Жыл бұрын

Vaughn Vernon prefers Common. He's the 2nd most credible person right after Eric Evans.

until the end of the Part13 , i was happy. because , i could see all source code on KZread , but , i can not see all domainmodels source code now. and i have to pay money?? i im very disppointed. my long time watstes

Too much typing. Different classes for IDs??!

Clear as always, looking at the "homework" and specially at Dinner.Status and DinnerReservation.ReservationStatus, I guess one of the next videos will also cover enums?

@amantinband

Жыл бұрын

Yeah, perhaps I should have put an example of an Enum in today's video, didn't think about it 🤦‍♂️ For now, you can either use native Enums or Ardalis's SmartEnums. I'll make sure to cover it in one of the upcoming videos. Thanks for commenting!