The Clean Architecture in php

interface
CustomerRepositoryInterface {
public function
getById
(
$id
);
}
We have a simple interface with one method,
getById()
, which returns a
Customer
object for the
customer data identified by
$id
. As this is an interface, we cannot provide any implementation
details, so this class provides no information about where the data comes from, or how it is
retrieved.
Now in our controller, we use PHP’s type-hints for methods and functions to declare that
the argument passed to the
__construct()
method must be an instance of our new interface,
CustomerRepositoryInterface
.
class
CustomerController
{
protected
$repository
;
public function
__construct
(CustomerRepositoryInterface
$repo
) {
$this
->
repository
=
$repo
;
}
public function
viewAction
() {
$customer
=
$this
->
repository
->
getById
(
1001
);
return
$customer
;
}
}
Now the
CustomerController
class is only coupled to the
CustomerRepositoryInterface
,
but that’s okay: this interface isn’t a concrete implementation, it’s just a definition of an
implementation. We can couple to this and, in fact, we should, as it defines how our application
interacts, without referencing the specific implementations.
Whatever mechanism is responsible for instantiating the
CustomerController
can still provide
it with the concrete
CustomerRepository
, so long as that class implements the ‘CustomerRepos-
itoryInterface’.

---

Defining a Contract with Interfaces
55