The Clean Architecture in php

public function
createCar
();
public function
createTruck
();
}
And of course, we’ll need some concrete classes of the
AssemblyLineInterface
to create each
manufacturer’s line. These are our Concrete Factories:
class
ChevyAssemblyLine
implements
AssemblyLineInterface {
public function
createCar
() {
return new
ChevyMalibu();
}
public function
createTruck
() {
return new
ChevySilverado();
}
}
class
FordAssemblyLine
implements
AssemblyLineInterface {
public function
createCar
() {
return new
FordFiesta();
}
public function
createTruck
() {
return new
FordF250();
}
}
Now, our
Building
class can be supplied a specific
AssemblyLineInterface
, and start making
vehicles:

---

Design Patterns, A Primer
24
class
Building
{
protected
$assemblyLine
;
protected
$inventory
=
[];
public function
__construct
(
AssemblyLineInterface
$assemblyLine
) {
$this
->
assemblyLine
=
$assemblyLine
;
}
public function
createCars
() {
for
(
$i
= 0
;
$i
< 20
;
$i
++
) {
$this
->
inventory
[]
=
$this
->
assemlyLine
->
createCar
();
}
}
public function
createTrucks
() {
for
(
$i
= 0
;
$i
< 15
;
$i
++
) {
$this
->
inventory
[]
=
$this
->
assemlyLine
->
createTruck
();
}
}
}
We could call the code as such:
$building
=
new
Building(
new
FordAssemblyLine());
$building
->
createCars
();
The Abstract Factory pattern is useful when several different objects need to be created
independent from the system that creates them. If we’re only concerned with created one object,
then the Abstract Factory isn’t a very suitable solution.
Abstract Factory uses Factory Methods
You might have noticed that the
create()
methods in the assembly lines above look a
lot like Factory Methods. That’s because they are! The Abstract Factory Pattern actually
uses the Factory Method Pattern.
Repository Pattern
A Repository is an object that allows for the retrieval and persisting of data to a data store. The
Repository Pattern is described in great detail in Eric Evan’s Domain-Driven Design: Tackling
Complexity in the Heart of Software:

---

Design Patterns, A Primer
25
A REPOSITORY represents all objects of a certain type as a conceptual set (usually
emulated). It acts like a collection, except with more elaborate querying capability.
Domain-Driven Design, Eric Evans, p. 151
When working with repositories, one stops thinking of getting data as “querying the database,”
but instead thinks of the process as retrieving data from the repository.
Repositories usually have methods to retrieve data and methods to persist data. They’re usually
called different things depending on the implementation.
Common retrieval methods include: