The Clean Architecture in php

class
CustomerFactory
{
protected
$managerRepository
;
public function
__construct
(AccountManagerRepositoryInterface
$repo
) {
$this
->
managerRepository
=
$repo
;
}
public function
create
() {
$customer
=
new
Customer();
$customer
->
setAccountManager
(
$this
->
managerRepository
->
getNextAvailable
()
);
}
}
As our business rules and domain logic become more complex, using these factories start to make
sense. The important thing to remember is that these factories are completely decoupled from
the actual data storage. Their only dependence is upon the Domain Model.
So how exactly does an instance of
AccountManagerRepositoryInterface
get into the
CustomerFactory
?
And what exactly is the implementation of that interface? We’ll cover that soon in Database
Infrastructure / Persistence.
Services
Services, simply put, are responsible for doing things. These are usually processes, such as invoice
runs or some kind of cost build up analysis. Anything that involves business logic that is not
either creational (which belongs in a factory), or retrieving or persisting data (which belongs in
a repository). These services can depend on repository interfaces and factories to do their work.
Let’s look at an example service for generating invoices based off orders: