giacomomasseron/php-clean-architecture
Composer 安装命令:
composer require giacomomasseron/php-clean-architecture
包简介
PHP version of the Clean Architecture by Robert C. Martin (Uncle Bob)
README 文档
README
Implements Clean Architecture as described by Robert C. Martin (Uncle Bob) here:
Clean Architecture
This is an opinionated package that defines levels of the architecture and the dependencies between them.
And uses deptrac to check if the levels are respected.
Installation
You can install the package via composer:
composer require giacomomasseron/php-clean-architecture
After the installation, you must run the install command to publish the deptrac.yaml, php-clean-architecture.yaml and rector.php config files to your root folder:
vendor/bin/php-clean-architecture install
Getting started
To check the architecture levels in your project, use the following command:
vendor/bin/php-clean-architecture check
Commands
All make commands read the php-clean-architecture.yaml config file to know where to put the files created and which namespace they belong to.
Install
The install command publishes needed files your root folder.
If you have already rector installed, you must add these lines of code in your rector.php file:
return RectorConfig::configure() // This line is already present in your rector.php file ->withConfiguredRule( \GiacomoMasseroni\PHPCleanArchitecture\Rector\Rules\AddPHPCleanArchitectureInterfaceControllerToClassesRector::class, [ 'targetNamespaces' => [ 'App\Http\Controllers', ] ] ) ->withConfiguredRule( \GiacomoMasseroni\PHPCleanArchitecture\Rector\Rules\AddPHPCleanArchitectureInterfaceEntityToClassesRector::class, [ 'targetNamespaces' => [ 'App\Entities', ] ] ) ->withConfiguredRule( \GiacomoMasseroni\PHPCleanArchitecture\Rector\Rules\AddPHPCleanArchitectureInterfaceRepositoryToClassesRector::class, [ 'targetNamespaces' => [ 'App\Repositories', ] ] ) ->withConfiguredRule( \GiacomoMasseroni\PHPCleanArchitecture\Rector\Rules\AddPHPCleanArchitectureInterfaceServiceToClassesRector::class, [ 'targetNamespaces' => [ 'App\Services', ] ] ) ->withConfiguredRule( \GiacomoMasseroni\PHPCleanArchitecture\Rector\Rules\AddPHPCleanArchitectureInterfaceUseCaseToClassesRector::class, [ 'targetNamespaces' => [ 'App\UseCases', ] ] )
Check
The check command checks the architecture levels in your project.
You can use it in your CI/CD pipeline to be sure that the architecture levels are respected.
Rector
The rector command adds the needed interfaces to your classes based on namespaces defined in your config files.
Make Entity
To create an Entity, you can use the following command:
vendor/bin/php-clean-architecture make:entity EntityInYourProject
Make Repository
To create a Repository, you can use the following command:
vendor/bin/php-clean-architecture make:repository UserRepository
Make UseCase
To create a UseCase, you can use the following command:
vendor/bin/php-clean-architecture make:usecase DoSomethingUseCase
Make Controller
To create a Controller, you can use the following command:
vendor/bin/php-clean-architecture make:controller UserController
Make Service
To create a Service, you can use the following command:
vendor/bin/php-clean-architecture make:service ThirdyPartyService vendor/bin/php-clean-architecture make:service ThirdyParty
In both cases, the created class will be named ThirdyPartyService.
Why Clean Architecture?
Why not?
It is a well-known, well-structured architecture system.
Concepts
Architecture Level
In the Clean Architecture, a level is a layer of the architecture with a specific function, only connected to the upper level.
The rule of thumb of the Clean Architecture is:
An inner circle must never know anything about the circles around it.
UseCase
UseCase is a concept of Use Cases level.
A UseCase is every action your project performs.
Good examples of use cases are:
- Login
- Register
- CompleteOrder
- UpdateProfile
A use case should be a single, very specific action. It shouldn’t do anything more than its name suggests.
How it works
The package uses deptrac to define the levels and to check the dependencies between them.
Levels
These are the levels defined:
- Entity
- Repository
- UseCase
- Controller
- Service
These are the dependencies between the levels:
graph TD; Controller-->UseCase-->Repository; UseCase-->Service; Repository-->Service; Repository-->Entity;Loading
The Entity level must not depend on any other level.
The Repository level can only depend on Entity or Service levels.
The UseCase level can only depend on Repository or Service levels.
The Controller level can only depend on UseCase levels.
What is the Service level?
The Service level can be used for third-party tools or libraries.
Define a level inside the project
The package comes with these interfaces:
- EntityInterface: implement this interface if the class belongs to the Entity level.
- RepositoryInterface: implement this interface if the class belongs to the Repository level.
- UseCaseInterface: implement this interface if the class belongs to the UseCase level.
- ControllerInterface: implement this interface if the class belongs to the Controller level.
- ServiceInterface: implement this interface if the class belongs to the Service level.
If you want your controller to be part of the Controller level, you need to implement the ControllerInterface.
For example:
use GiacomoMasseroni\PHPCleanArchitecture\Contracts\ControllerInterface; public class YourController implements ControllerInterface
UseCases
When you create a UseCase, the class needs to extend the BaseUseCase class, and you need to implement the UseCaseInterface.
For example:
use GiacomoMasseroni\PHPCleanArchitecture\BaseUseCase; use GiacomoMasseroni\PHPCleanArchitecture\Contracts\UseCaseInterface; public class DoSomething extends BaseUseCase implements UseCaseInterface { public function handle(...$arguments): mixed { // } }
To execute the UseCase, you need to call the run method defined in the BaseUseCase class:
DoSomething::run($arg1, $arg2);
BaseUseCase
The package defines an abstract class for use cases: BaseUseCase.
This class defines variable for the user executing the use case:
UseCaseExecutorInterface $executor
You can set the executor using the following example:
DoSomething::actingAs($user)->run($arg1, $arg2);
If you need to rollback the use case, you can override the rollback method:
public function rollback(): void { }
Events
The package dispatches two events, one when the use case starts, and one when the use case ends.
It uses the Symfony Event Dispatcher Component.
The events are:
- UseCaseStartedEvent
- UseCaseCompletedEvent
CI/CD
If you want to check the architecture levels in your CI/CD pipeline, you can use the following command:
vendor/bin/php-clean-architecture check
This command will stop your pipeline if there are architecture violations, based on the deptrac configuration file.
Testing
composer test
Frameworks
Laravel
I wrote an article on how to use this package with Laravel
Pulse
Laravel pulse is a package that helps you to monitor the health of your Laravel application.
If you want to monitor use cases execution time, you can:
- Create two laravel events,
UseCaseStartedandUseCaseCompleted - Create a Pulse card that listens to these events and measures the execution time.
- Add this code to
registerfunction inAppServiceProvider.phpfile:\GiacomoMasseroni\PHPCleanArchitecture\Dispatcher::getInstance()->addListener(\GiacomoMasseroni\PHPCleanArchitecture\Events\UseCaseStartedEvent::class, function (\GiacomoMasseroni\PHPCleanArchitecture\Events\UseCaseStartedEvent $event): void { // Just propagate the event to Laravel event system \App\Events\UseCaseStarted::dispatch($event->useCase); }); \GiacomoMasseroni\PHPCleanArchitecture\Dispatcher::getInstance()->addListener(\GiacomoMasseroni\PHPCleanArchitecture\Events\UseCaseCompletedEvent::class, function (\GiacomoMasseroni\PHPCleanArchitecture\Events\UseCaseCompletedEvent $event): void { // Just propagate the event to Laravel event system \App\Events\UseCaseCompleted::dispatch($event->useCase); });
Changelog
Please see CHANGELOG for more information on what has changed recently.
Contributing
Please see CONTRIBUTING for details.
Security Vulnerabilities
Please review our security policy on how to report security vulnerabilities.
Credits
License
The MIT License (MIT). Please see License File for more information.
giacomomasseron/php-clean-architecture 适用场景与选型建议
giacomomasseron/php-clean-architecture 是一款 基于 PHP 开发的 Composer 扩展包,目前已累计 399 次下载、GitHub Stars 达 15, 最近一次更新时间为 2025 年 08 月 22 日, 在 PHP 生态内属于活跃度较高的组件。
它主要适用于以下技术方向: 「clean-architecture」 「Giacomo Masseroni」 等业务场景。在实际项目中,围绕这些方向常见需要落地的问题包括:接口对接、性能调优、并发安全、与既有框架(Laravel / ThinkPHP / Yii / Webman 等)的兼容适配,以及生产环境的日志埋点与稳定性保障。
我们在过去多个企业项目中使用过 giacomomasseron/php-clean-architecture 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。
基于 giacomomasseron/php-clean-architecture 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。
线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。
承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。
与 giacomomasseron/php-clean-architecture 相关的其它包
同方向 / 同关键字的高下载量 PHP Composer 包推荐,方便对比选型:
Generate Laravel models from an existing database
Argonaut is a lightweight Data Transfer Object (DTO) package for Laravel that supports nested casting, recursive serialization, and validation out of the box. Ideal for service layers, APIs, and clean architecture workflows.
Claude Code extension for PHP: audits (architecture, DDD, security, performance, PSR, design patterns, Docker, CI/CD, tests, docs), 3-level code review, automated bug fix, generators (DDD, CQRS, GoF patterns, PSR, tests, documentation, Docker, CI/CD), code explanation, refactoring. 26 commands, 62 a
DDD Generator for 3-layered applications
Generate production-style Laravel feature structure from one Artisan command: CRUD, APIs, services, repositories, tests, OpenAPI docs, modules, and AI-ready project context.
PHP clean architecture core library
统计信息
- 总下载量: 399
- 月度下载量: 0
- 日度下载量: 0
- 收藏数: 15
- 点击次数: 23
- 依赖项目数: 0
- 推荐数: 0
其他信息
- 授权协议: MIT
- 更新时间: 2025-08-22