The Clean Architecture in php

abstract class
AbstractRepository
{
protected
$entityManager
;
protected
$entityClass
=
''
;
public function
__construct
(EntityManager
$entityManager
) {
$this
->
entityManager
=
$entityManager
;
if
(
empty
(
$this
->
entityClass
)) {
throw new
\RuntimeException(
'entityClass not specified for '
.
__CLASS__
);
}
}

---

Database Independence
91
public function
getAll
()
{
return
$this
->
entityManager
->
getRepository
(
$this
->
entityClass
)
->
getAll
();
}
public function
getById
(
$id
)
{
return
$this
->
entityManager
->
find
(
$this
->
entityClass
,
$id
);
}
}
Our
CustomerRepository
then simply becomes:
class
CustomerRepository
extends
AbstractRepository
implements
CustomerRepositoryInterface {
protected
$entityClass
=
'MyVendor\Domain\Entity\Customer'
;
}
Now we only need to add customer-specific logic to this repository, as needed.
Utilizing Persistence
The Persistence layer is meant to sit on one of the outer layers of the onion. It is not central to the
application. Again, our Domain Model and Domain Services are. The Persistence layer simply
provides meaning to that Domain Services layer by implementing the repository interfaces that
we setup. Nothing should be dependent upon this Persistence layer. In fact, we should be able to
swap out Persistence layers with other implementations, and all of the code that ends up using
this layer (through using the interfaces) should be none the wiser, and continue to function
properly.
We’ll experiment with this concept once we start working on our Case Study.