The Clean Architecture in PHP
The Clean Architecture in PHP
About the Book
It happens so unexpectedly: your project started off great at first with you developing at a rapid pace, but before you know it, you've come to a screeching halt. Adding the simplest of features takes forever. Unrelated pieces of code keep breaking without being touched. You've given up on tests because you simply don't have time and, frankly, they're all broke at this point anyway.
Your code doesn't have to be an unwieldy, soul crushing nightmare that revokes any joy of programming you once had.
Finding the best way to organize your code is one of the hardest parts of coding.
Determing the best way to architect your application is a very important step in development. Heading in the wrong direction can lead to a nightmare later, and make it nearly impossible to refactor the application to meet new demands, and can make properly testing the application a pain. While the methods outlined in this book aren't the only way to go about developing an application, they do provide a framework for developing applications that are:
- Testable
- Refactorable
- Easy to work with
- Easy to maintain
In this book, we cover the Clean Architecture, coined by Uncle Bob, and how to implement it in PHP, as well as the concepts of SOLID design, various design patterns, and a look at various architectures.
Translations
About the Author
Table of Contents
-
-
Introduction
- Organization
- The Author
- A Word about Coding Style
-
Introduction
-
The Problem With Code
-
Writing Good Code is Hard
- Writing Bad Code is Easy
- We Can’t Test Anything
- Change Breaks Everything
- We Live or Die by the Framework
- We Want to Use All the Libraries
- Writing Good Code
-
What is Architecture?
- What does Architecture Look Like?
- Layers of Software
- Examples of Poor Architecture
- Costs of Poor Architecture
-
Coupling, The Enemy
- Spaghetti Coupling
- OOP Coupling
- Why is Coupling the Enemy?
- How do we Reduce Coupling?
-
Writing Good Code is Hard
-
Your Decoupling Toolbox
-
Design Patterns, A Primer
- The Factory Patterns
- Repository Pattern
- Adapter Pattern
- Strategy Pattern
- Learning More Design Patterns
-
SOLID Design Principles
- Single Responsibility Principle
- Open/Closed Principle
- Liskov Substitution Principle
- Interface Segregation Principle
- Dependency Inversion Principle
- Applying SOLID Principles
-
Dependency Injection
- Inversion of Control
- When to use Dependency Injection
- Handling Many Dependencies
- Are we still coupling?
-
Defining a Contract with Interfaces
- Interfaces in PHP
- Using Interfaces as Type Hints
- Using Interfaces as a Contract
- Making Third Party Code Conform to Contracts
-
Abstracting with Adapters
- Setting up the Adapter
- How does this help?
-
Design Patterns, A Primer
-
The Clean Architecture
-
MVC, and its Limitations
- MVC in a Diagram
- The MVC Components
- Routing
- MVC Isn’t Good Enough
- Obese Models
- More Layers for All of the Things!
-
The Clean Architecture
- The Clean Architecture
- The Onion Architecture
-
Framework Independence
- The Problem with Frameworks
- Framework Independence
- This is a Lot of Work
-
Database Independence
- Domain Models
- Domain Services
- Database Infrastructure / Persistence
- Organizing the Code
- Wrapping it Up
-
External Agency Independence
- Using Interfaces, Adapters and Dependency Injection
- Benefits
-
MVC, and its Limitations
-
A Case Study in Clean Architecture
-
The Billing System
- Application Workflow
- Prerequisites
-
Building Our Domain
- Setting up the Project
- Creating the Entities
- Domain Services
- Wrapping it Up
-
Zend Framework 2 Setup
- Installing with Composer
- Cleaning up the Skeleton
- Setting up Our Database
- Table Gateway Factory
- Wrapping it Up
-
Our Application in Zend Framework 2
- Customer Management
- Order Management
- Invoice Management
-
Doctrine 2
- Rebuilding the Persistence Layer
- Creating Doctrine-based Repositories
- Entity Mapping
- Integrating Zend Framework and Doctrine
- Injecting the New Repositories
- Updating the Hydrators
- Summary
-
Switching to Laravel
- Setting up Laravel
- Configuring Doctrine
- Setting up the Dashboard
- Customer Management
- Order Management
- Invoice Management
- Next Steps
- Summary
-
The Billing System
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...
Earn $8 on a $10 Purchase, and $16 on a $20 Purchase
We pay 80% royalties on purchases of $7.99 or more, and 80% royalties minus a 50 cent flat fee on purchases between $0.99 and $7.98. You earn $8 on a $10 sale, and $16 on a $20 sale. So, if we sell 5000 non-refunded copies of your book for $20, you'll earn $80,000.
(Yes, some authors have already earned much more than that on Leanpub.)
In fact, authors have earnedover $14 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
