Finally a clean and direct presentation of concepts. Love it, though I'll definitely need good implementation examples of onion and clean architectures to understand them.
I'm happy to be learning English and being able to enjoy incredible content like this! Thank you very much for sharing your knowledge, you have many skills! Congratulations on your genius. For the good of humanity, please continue.
Nice! Into project having multiple integrations with many apis, this case the integrations modules is adapter? Example: Adapter.Integrations.Service1 Adapter.Integrations.Service2 Adapter.Integrations.Service3
Only if the integrations module has a reference to the application core and those integration services implement 'port' interfaces defined in the core. Not if the application core references the integrations module and directly makes calls to it
Really good explanation for the hexagonal. Until now i am still confused with the onion layer diagram means. Why the infrastructure layer (data access, email, etc) position should be there? If the depencency is inward, it would not make any sense if data access depends on App Service, then App Service depends on Domain Service, then Domain Service depends on Domain.
Thanks! For the onion architecture, as an example, you could put an IRepository interface in your Domain Services layer. Your App Service layer can use the IRepository to make changes, and your Data Access layer can implement an adapter for IRepository because it has a 'transitive dependency' to that layer going through the App Service layer
@@drawingboxes I see. It is using the same Dependency Inversion explanation in the beginning of video. Onion diagram not intuitive for me. I still need to digging deeper to understand it.
Except that thes resulting graph is not what is written/explained in the book, it's an interpretation with some additions from Drawing Boxes! Especially the Ports inside the Domain(Enterprise Business) layer and 5 instead of 4 layers. It's "their" version of clean architecture. Please call it something different then.
Good spot! In Robert Martin's Clean Architecture diagram, there is one inner circle drawn for 'Enterprise Business Rules', which contains Entities, whereas in our diagram at 4:09 we have kept the circles from Jeffrey Palermo's Onion Architecture diagram, with separate circles for the Domain Model and Domain Services. There is no correct number of layers for Clean Architecture. The main point is that dependencies point inwards and the software is more abstract towards the centre.
Finally understood difference between these types of architectures, best video I have found until now.
Great point.
This was by far the best video about hexagonal architecture i have seen. Good job!
This is the most well explained video of these architectures I always searched for. How this has so low views and likes OMG??
Finally a clean and direct presentation of concepts. Love it, though I'll definitely need good implementation examples of onion and clean architectures to understand them.
This has to be the best visual and explanatory video on the topic, thank you!
The best video explains the concept in 5 minutes.
Honestly one of the best series of boxes I've ever seen :)
This is the best youtube channel i've ever found that explains things very clearly
Thank you!
Cara, muitíssimo obrigado pelo trabalho. Sou um Dev. Júnior no Brasil e seu vídeo me ajudar pra caramba a entender os conceitos!
inarguably one of the best explanation on this architecture, music though
Bravo! So well explained and produced. Thank you.
Thank you, excellent video. I have been searching for simple explanation of different layered architectures
Best video I've found on this topic. Thanks.
Best description i’ve ever seen
The best video ever describing how the architecture evolves .. Thumps up, bro
I'm happy to be learning English and being able to enjoy incredible content like this!
Thank you very much for sharing your knowledge, you have many skills! Congratulations on your genius.
For the good of humanity, please continue.
Sabia que era BR. Caraca, impressionante a explicação sobre as arquiteturas.
What an absolutely fantastic material!! Thanks a lot for this :)
I can't believe it. Best explanation ever.
Good, simple and concise explanation.
Life is so much better with sketches ..
How is there only 6 videos.. @DrawingBoxes.... Your videos are amazing. So simple I love it
Glad you're enjoying them! More video coming soon - I'm planning to delve into some agile and DevOps topics next
Great explanation.
Visual explanation is great!
This channel rocks
Best explanation ever. Thanks :)
رائع .... حقيقي رائع !
That's a wonderful video. Thanks a lot for this.
Nice! Into project having multiple integrations with many apis, this case the integrations modules is adapter?
Example:
Adapter.Integrations.Service1
Adapter.Integrations.Service2
Adapter.Integrations.Service3
Only if the integrations module has a reference to the application core and those integration services implement 'port' interfaces defined in the core. Not if the application core references the integrations module and directly makes calls to it
perfect♥
awesome
Really good explanation for the hexagonal. Until now i am still confused with the onion layer diagram means. Why the infrastructure layer (data access, email, etc) position should be there? If the depencency is inward, it would not make any sense if data access depends on App Service, then App Service depends on Domain Service, then Domain Service depends on Domain.
Thanks! For the onion architecture, as an example, you could put an IRepository interface in your Domain Services layer. Your App Service layer can use the IRepository to make changes, and your Data Access layer can implement an adapter for IRepository because it has a 'transitive dependency' to that layer going through the App Service layer
@@drawingboxes I see. It is using the same Dependency Inversion explanation in the beginning of video. Onion diagram not intuitive for me. I still need to digging deeper to understand it.
best video. Now I understand the difference. :)
Best video... Thank you
Great video!
very difficult to understand, still can't get the point
I have never faced the "hexagonal architecture" wording in my 11-years career
Except that thes resulting graph is not what is written/explained in the book, it's an interpretation with some additions from Drawing Boxes! Especially the Ports inside the Domain(Enterprise Business) layer and 5 instead of 4 layers.
It's "their" version of clean architecture. Please call it something different then.
Good spot! In Robert Martin's Clean Architecture diagram, there is one inner circle drawn for 'Enterprise Business Rules', which contains Entities, whereas in our diagram at 4:09 we have kept the circles from Jeffrey Palermo's Onion Architecture diagram, with separate circles for the Domain Model and Domain Services.
There is no correct number of layers for Clean Architecture. The main point is that dependencies point inwards and the software is more abstract towards the centre.
This seems to come with a Mix of DDD - Domain Services......
Thank you!
nice
THE BEST 👌 ONE
best
Application is not necessarily enterprise business.
"Enterprise business" is buzzword and should not be used in the context of software design.
Every educational content creators should know background music is totally not required. It is distracting and annoying.
Get more sleep, you'll concentrate better and not be uptight :)
Every converter on RUclips should phrase their personal preferences as their own and not make a generic statement.
Please please please stop putting music in this kind of videos pleaseee