The Clean Architecture in php

Framework Independence
The phrase “framework independence” can be quite jarring at first to the framework developer.
We’re not talking about the type of independence sought by early colonists in North America.
Instead, we’re talking about the ability to switch at will, easily, between one framework or
another, or to using no framework at all. In a software application, the ability to leave a
framework with minimal effort is a very powerful position to be in.
When writing medium to large applications, it’s important to know that the pieces of the
application that are implemented using your framework aren’t your application, or at least they
shouldn’t be. Any collection of controllers, forms, helpers, database abstraction, etc., is not your
business application. They exist simply as a means to hydrate and display data to your users.
The domain model and domain services layers are your application. This collection of services,
repositories, factories and entities are your application. The rest, the stuff the framework
provides, is just a gateway or GUI sitting on top of your real application.
If your project is an inventory management system, the code that represents the inventory, the
locations, and the means by which they relate to one another, is your application. This code
should continue to function correctly if you were to remove the framework.
In order to gain such independence from a framework, there are several things we must
remember when developing our applications and using these frameworks.