No description
Find a file
Jérémy Munsch 41dbb04963
test(Architecture): ensure all Unit and Integration tests declare covers()
Added a test to verify that every Unit and Integration test file contains a covers() declaration.
2026-08-13 12:02:43 +02:00
.intellipest feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
bootstrap refactor(api): restructure API routes and improve organization 2026-08-13 09:35:09 +02:00
config feat(api): implement rate limiting and error handling 2026-08-12 17:25:45 +02:00
database feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
documentation feat(api): add Ping and Root API documentation files 2026-08-13 09:35:16 +02:00
public fix(robots): update disallow rule for web crawlers 2026-08-12 17:42:02 +02:00
resources docs(README): update API description and architecture details 2026-08-12 17:00:48 +02:00
routes refactor(api): restructure API routes and improve organization 2026-08-13 09:35:09 +02:00
src refactor(Employees): remove BaseEnum trait and clean up EmployeeSortColumn 2026-08-13 11:52:13 +02:00
storage feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
tests test(Architecture): ensure all Unit and Integration tests declare covers() 2026-08-13 12:02:43 +02:00
.editorconfig feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
.env.example feat(env): add throttle settings for web and API 2026-08-12 17:26:25 +02:00
.env.testing feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
.gitattributes feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
.gitignore feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
.gitlab-ci.yml ci: add test coverage command to composer scripts 2026-08-13 10:10:15 +02:00
artisan feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
composer.json ci: add test coverage command to composer scripts 2026-08-13 10:10:15 +02:00
composer.lock chore(dependencies): update dependencies and add phpstan extension 2026-08-12 16:40:32 +02:00
phpcs.xml feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
phpstan.neon chore(dependencies): update dependencies and add phpstan extension 2026-08-12 16:40:32 +02:00
phpunit.xml test(Architecture): add namespaces to architecture test files and create integration test suite 2026-08-13 11:25:08 +02:00
pint.json feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
README.md docs(README): update table of contents and add testing section 2026-08-13 11:50:11 +02:00
rector.php feat(api): implement tracer bullet for employees and OpenAPI specification 2026-08-12 15:45:29 +02:00
TEST.md test(Architecture): ensure all Unit and Integration tests declare covers() 2026-08-13 12:02:43 +02:00

Arcadia API

Arcadia API est une application construite en respectant les principes de la Clean Architecture et du Domain-Driven Design (DDD).

Sommaire


Architecture

Arcadia API Architecture

L'application est découpée en couches strictes respectant la règle de dépendance vers l'intérieur :

  1. Domain : Le coeur métier de l'application utilisant un language commun. Ne dépend de rien d'autre (Shared autorisé). Contient les Entités, Value Objects, et les interfaces (Ports) pour interagir avec le monde extérieur.
  2. Application : Les Use Cases. Orchestre la logique métier en utilisant le Domaine. Ne dépend d'aucune infrastructure ou framework (sauf Shared).
  3. Presentation : Les points d'entrée de l'application (API Controllers, Presenters). Formate les données pour l'extérieur et gère les requêtes HTTP ou une interface cli.
  4. Infra : L'implémentation technique (Eloquent, base de données, réseau, etc.). Implémente les interfaces définies par le Domaine.
  5. Shared : Le socle technique commun (interfaces DDD de base, Value Objects génériques comme Pagination).

Principes d'implémentation

  • API Read-only : Pour l'instant, l'API ne fait qu'exposer des données. Nous utilisons donc le pattern Directory (lecture seule) plutôt que Repository (lecture/écriture) dans nos Ports de Domaine.
  • Pattern Presenter : Les Use Cases (dans Application) retournent un Output agnostique. La couche Presentation utilise ensuite des Presenters spécifiques (ex: API) pour transformer cet Output en une vue exploitable par l'interface finale (JSON).
  • Validation : La validation stricte du format (ex: HTTP) est gérée dans la couche Presentation (via les FormRequest). La validation des règles métier est garantie au coeur du Domain par les Value Objects, qui lèvent des exceptions de type InvalidArgumentException traduites en HTTP 422 par le gestionnaire d'erreurs global.

Tests & Assurance Qualité

Consulter le document TEST.md pour la stratégie de test en pyramide (Unit, Integration, Feature, Arch) et les commandes d'exécution avec couverture de code.