Hexagonal, Onion & Clean Architecture
Vložit
- čas přidán 26. 07. 2024
- Three similar software architectures explained.
00:00 N-Tier Inversion
01:04 Hexagonal Architecture
01:50 Onion Architecture
02:58 Clean Architecture
Hexagonal Architecture - alistair.cockburn.us/hexagona...
Onion Architecture - jeffreypalermo.com/2008/07/th...
Clean Architecture - blog.cleancoder.com/uncle-bob... - Věda a technologie
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 has to be the best visual and explanatory video on the topic, thank you!
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 is the best youtube channel i've ever found that explains things very clearly
Thank you!
Honestly one of the best series of boxes I've ever seen :)
This is the most well explained video of these architectures I always searched for. How this has so low views and likes OMG??
The best video explains the concept in 5 minutes.
Bravo! So well explained and produced. Thank you.
The best video ever describing how the architecture evolves .. Thumps up, bro
Thank you, excellent video. I have been searching for simple explanation of different layered architectures
What an absolutely fantastic material!! Thanks a lot for this :)
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
Best description i’ve ever seen
I can't believe it. Best explanation ever.
Good, simple and concise explanation.
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.
That's a wonderful video. Thanks a lot for this.
This channel rocks
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
Best explanation ever. Thanks :)
Visual explanation is great!
perfect♥
Best video... Thank you
Great video!
best video. Now I understand the difference. :)
Life is so much better with sketches ..
Thank you!
THE BEST 👌 ONE
nice
I have never faced the "hexagonal architecture" wording in my 11-years career
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
best
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.
This seems to come with a Mix of DDD - Domain Services......
very difficult to understand, still can't get the point
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 CZcams 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