Discover Hexagonal Architecture to create web applications with isolated, testable layers. Gain insights into designing clean, maintainable modules and advocating for suitable techniques for your application.

Get Your Hands Dirty on Clean Architecture by Tom Hombergs.png

spring.tar.gz

spring1

spring1-copy

blank

This course will teach you all about creating a web application in the Hexagonal Architecture style. Hexagonal Architecture promotes the separation of concerns by encapsulating logic in different layers of the application. This enables a higher level of isolation, testability, and control over your business specific code. 

You will learn how to design software modules and complete applications in a clean and maintainable manner, while also learning how to advocate for a certain technique given your application and constraints.

By the end of this course, you will have a greater understanding of how to implement software architecture, a key skill for any senior developer.

Hexagonal Software Architecture for Web Applications

# Management expectation

Management usually expects us to be done with building the software they sponsor at a certain date. They even expect us to be done within a certain budget, but let's not complicate things here.

# A "done" software

Aside from the fact that I have never seen "done" software in my career as a software developer, to be done by a certain date usually implies that we have to work in parallel.

# The Mythical Man-Month

You probably know this famous conclusion from "The Mythical Man-Month":

> "Adding manpower to a late software project makes it later."
<br><br>
– _The Mythical Man-Month: Essays on Software Engineering_ by Frederick P. Brooks, Jr., Addison-Wesley, 1995

This also holds true, to a degree, to software projects that are not (yet) late. You cannot expect a large group of 50 developers to be 5 times as fast as a smaller team of 10 developers in every context. If they're working on a very large application where they can split up into sub-teams and work on separate parts of the software, it may work, but in most contexts, they would stand on each other's feet.

But at a healthy scale, we can certainly expect to be faster with more people on the project. And management is right to expect that of us.

To meet this expectation, our architecture must support parallel work. This is not easy, and a layered architecture certainly doesn't really help us here.

# Parallel work



Learn how layers can make parallel work difficult in a team.

Before We Begin

What's Wrong with Layers?

Inverting Dependencies

Organizing Code

Implementing a Use Case

Implementing a Web Adapter

Implementing a Persistence Adapter

Testing Architecture Elements

Mapping Between Boundaries

Assembling the Application

Enforcing Architecture Boundaries

Taking Shortcuts Consciously

Assessment

Conclusion

Appendix

Makes Parallel Work Difficult

Management expectation

A “done” software

The Mythical Man-Month