The Clean Architecture in php

The Factory Patterns
Factories are objects that are responsible for creating other objects when needed, just like
factories in real life are responsible for creating tangible things.
In real life, a Car Factory is responsible for creating cars. If we wanted this concept in code, it’d
be the same. We’d have a
CarFactory
object that would create
Car
objects for us.
Factories in code can be applied to things that generally wouldn’t make sense in real life, such
as a
CustomerFactory
or
ConnectionStrategyFactory
.
Typically, if we wanted to create a
Customer
object, we’d just instantiate one:
⁵
http://www.headfirstlabs.com/books/hfdp/

---

Design Patterns, A Primer
19
$customer
=
new
Customer();
And this is fine for very simple classes with little configuration. But what if we had to bootstrap
our
Customer
object, so to speak? Let’s say, for instance, that by default, a
Customer
has a $0
credit limit, is of status “pending” and is randomly assigned an account manager. Do we really
want to litter our code with this logic in all the places we might create a new
Customer
object?
What happens when these business rules change?
Of course, we’re going to use a factory to handle creating
Customers
for us: