Get Your Hands Dirty on Clean Architecture (2nd edition)
$25.00
Minimum price
$25.00
Suggested price

Get Your Hands Dirty on Clean Architecture (2nd edition)

A Hands-on Guide to Creating Clean Web Applications with Code Examples in Java

About the Book

Looking for inspiration on how to build a web application with a clean, maintainable architecture can be frustrating. Many web sources and books do a great job of explaining the concepts of a clean architecture, but fall short in giving hands-on advice on how to implement them.

This book fills this void by converting the concepts of a Hexagonal Architecture into actual code. It concentrates on one of the most common forms of applications we're building today - a web application with an underlying database.

The book starts with a discussion about the conventional layered architecture style and which advantages the domain-centric architecture styles of Robert C. Martin's Clean Architecture and Alistair Cockburn's Hexagonal Architecture bring to the table. It then quickly dives into hands-on chapters that show a way of how to manifest a Hexagonal Architecture in actual code.

After discussing each of the layers in a hexagonal architecture style, the book goes into detail about different mapping strategies between those layers, how to assemble the architecture elements to an application, how to enforce the architecture boundaries, which shortcuts produce which technical debt, and when we might willingly take on this technical debt anyways.

If you prefer a print version of the book, you can get it on Amazon.

  • Share this book

  • Categories

    • Computers and Programming
    • Java
    • Software Architecture
    • Software Engineering
  • Feedback

    You must own a copy of this Book to access the forums.

    Email the Author(s)

About the Author

Tom Hombergs
Tom Hombergs

Tom is a software engineer by profession and by passion with more than a decade of experience in many different software projects for many different clients across various industries. In software projects, he takes on the roles of software developer, architect and coach, with a focus on the Java ecosystem.

He found that writing is the best way to learn, so he likes to dive deep into topics he encounters in his software projects to create texts that give structure to the chaotic world of software development. He regularly writes about software development on his blog at reflectoring.io and is an occasional speaker at conferences.

Reader Testimonials

Gernot Starke
Gernot Starke

Co-founder of arc42.org and founding member of iSAQB (International Software Architecture Qualification Board).

Tom Hombergs has done a terrific job in explaining clean architecture - from concepts to code. Really wish more technical books would be as clear as that one!

Marten Deinum
Marten Deinum

Spring Framework contributor and author of "Spring 5 Recipes" and "Spring Boot 2 Recipes"

Love your book. One of the most practical books on hexagonal architecture I have seen/read so far.

Sebastian Kempken
Sebastian Kempken

Software architect at Adcubum

A book taken right out of the machine room of software development. Tom talks straight from his experience and guides you through the day-to-day trade-offs necessary to deliver clean architecture.

Table of Contents

  • Foreword
  • Preface
    • What is the goal of this book?
    • Who should read this book?
    • The example application
    • Print version
    • Feedback
    • Notes about the second edition
  • 1. Maintainability
    • What does maintainability even mean?
    • Maintainability enables functionality
    • Maintainability generates developer joy
    • Maintainability supports decision-making
    • Maintaining maintainability
  • 2. What’s Wrong with Layers?
    • They promote database-driven design
    • They’re prone to shortcuts
    • They grow hard to test
    • They hide the use cases
    • They make parallel work difficult
    • How does this help me build maintainable software?
  • 3. Inverting Dependencies
    • The Single Responsibility Principle
    • A tale about side effects
    • The Dependency Inversion Principle
    • Clean Architecture
    • Hexagonal Architecture
    • How does this help me build maintainable software?
  • 4. Organizing Code
    • Organizing by layer
    • Organizing by feature
    • An architecturally expressive package structure
    • The role of dependency injection
    • How does this help me build maintainable software?
  • 5. Implementing a Use Case
    • Implementing the domain model
    • A use case in a nutshell
    • Validating input
    • The power of constructors
    • Different input models for different use cases
    • Validating business rules
    • Rich versus anemic domain model
    • Different output models for different use cases
    • What about read-only use cases?
    • How does this help me build maintainable software?
  • 6. Implementing a Web Adapter
    • Dependency Inversion
    • Responsibilities of a web adapter
    • Slicing controllers
    • How does this help me build maintainable software?
  • 7. Implementing a Persistence Adapter
    • Dependency inversion
    • Responsibilities of a persistence adapter
    • Slicing port interfaces
    • Slicing persistence adapters
    • An example with Spring Data JPA
    • What about database transactions?
    • How does this help me build maintainable software?
  • 8. Testing Architecture Elements
    • The test pyramid
    • Testing a domain entity with unit tests
    • Testing a use case with unit tests
    • Testing a web adapter with integration tests
    • Testing a persistence adapter with integration tests
    • Testing main paths with system tests
    • How much testing is enough?
    • How does this help me build maintainable software?
  • 9. Mapping between Boundaries
    • The “No Mapping” strategy
    • The “Two-Way” mapping strategy
    • The “Full” mapping strategy
    • The “One-Way” mapping strategy
    • When to use which mapping strategy?
    • How does this help me build maintainable software?
  • 10. Assembling the Application
    • Why even care about assembly?
    • Assembling via plain code
    • Assembling via Spring’s classpath scanning
    • Assembling via Spring’s Java Config
    • How does this help me build maintainable software?
  • 11. Taking Shortcuts Consciously
    • Why shortcuts are like broken windows
    • The responsibility of starting clean
    • Sharing models between use cases
    • Using domain entities as the input or output model
    • Skipping incoming ports
    • Skipping services
    • How does this help me build maintainable software?
  • 12. Enforcing Architecture Boundaries
    • Boundaries and dependencies
    • Visibility modifiers
    • Post-compile fitness function
    • Build artifacts
    • How does this help me build maintainable software?
  • 13. Managing Multiple Bounded Contexts
    • One hexagon per bounded context?
    • Decoupled bounded contexts
    • Appropriately coupled bounded contexts
    • How does this help me build maintainable software?
  • 14. A Component-Based Approach to Software Architecture
    • Modularity through components
    • Case study: Building a “Check Engine” component
    • Enforcing component boundaries
    • How does this help me build maintainable software?
  • 15. Deciding on an Architecture Style
    • Start simple
    • Evolve the domain
    • Trust your experience
    • It depends
  • Changelog
    • First edition
    • Second edition
  • Notes

The Leanpub 60 Day 100% Happiness Guarantee

Within 60 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.

Now, this is technically risky for us, since you'll have the book or course files either way. But we're so confident in our products and services, and in our authors and readers, that we're happy to offer a full money back guarantee for everything we sell.

You can only find out how good something is by trying it, and because of our 100% money back guarantee there's literally no risk to do so!

So, there's no reason not to click the Add to Cart button, is there?

See full terms...

80% Royalties. Earn $16 on a $20 book.

We pay 80% royalties. That's not a typo: you earn $16 on a $20 sale. If we sell 5000 non-refunded copies of your book or course for $20, you'll earn $80,000.

(Yes, some authors have already earned much more than that on Leanpub.)

In fact, authors have earnedover $13 millionwriting, publishing and selling on Leanpub.

Learn more about writing on Leanpub

Free Updates. DRM Free.

If you buy a Leanpub book, you get free updates for as long as the author updates the book! Many authors use Leanpub to publish their books in-progress, while they are writing them. All readers get free updates, regardless of when they bought the book or how much they paid (including free).

Most Leanpub books are available in PDF (for computers) and EPUB (for phones, tablets and Kindle). The formats that a book includes are shown at the top right corner of this page.

Finally, Leanpub books don't have any DRM copy-protection nonsense, so you can easily read them on any supported device.

Learn more about Leanpub's ebook formats and where to read them

Write and Publish on Leanpub

You can use Leanpub to easily write, publish and sell in-progress and completed ebooks and online courses!

Leanpub is a powerful platform for serious authors, combining a simple, elegant writing and publishing workflow with a store focused on selling in-progress ebooks.

Leanpub is a magical typewriter for authors: just write in plain text, and to publish your ebook, just click a button. (Or, if you are producing your ebook your own way, you can even upload your own PDF and/or EPUB files and then publish with one click!) It really is that easy.

Learn more about writing on Leanpub