Download the PHP package maxbeckers/php-openapi-generator without Composer

PHP OpenAPI Generator

Generate strongly typed PHP 8.2+ models, server contracts, and API clients directly from OpenAPI 3.x specs.

This package is designed for teams that want generated code to feel like hand-written application code: explicit types, predictable method signatures, and minimal runtime magic.

Why This Project

• PHP-native workflow: no npm toolchain required for day-to-day generation
• Lightweight by design: generate plain PHP classes/interfaces you can read and own
• Framework-friendly: Symfony and Laravel server glue, plus multiple client adapters
• Great for contract-first teams: keep OpenAPI as source of truth and regenerate safely

Features

• Typed model generation from components/schemas (classes, enums, nested objects)
• Server contract generation from paths with selectable framework target (None, Symfony, Laravel)
• Client generation with pluggable HTTP adapters (Symfony HttpClient, Guzzle, PSR-18)
• Optional framework and adapter version flags for version-specific code generation when upstream APIs change
• DTO hydration/serialization helpers (fromArray() and toArray())
• Operation filtering by tags, operation IDs, and path patterns
• Extension plugin system for x-* vendor extensions (for example x-trim)

Requirements

• PHP >=8.2
• Composer >=2.0

Installation

Because this package is a Composer plugin, allow it in composer.json:

The CLI binary is available at vendor/bin/openapi-gen.

Quick Start

1) Create php-openapi-generator.php

2) Generate code

3) Choose a practical quickstart path

Server quickstart (Symfony or Laravel)

Then:

1. Generate code with vendor/bin/openapi-gen
2. Implement generated *ApiInterface methods
3. Keep generated controllers/routes as thin transport glue

Client quickstart (typed API consumers)

Then:

1. Generate code with vendor/bin/openapi-gen
2. Inject *ApiClient into your services
3. Use generated DTOs for request/response mapping

4) Optional overrides from CLI

What Gets Generated

Models are always generated.

Server target (GenerationTarget::Server)

• FrameworkTarget::None: *ApiInterface only (pure contract)
• FrameworkTarget::Symfony: *ApiInterface + generated *ApiController actions with #[Route]
• FrameworkTarget::Laravel: *ApiInterface + generated *ApiController + *ApiRoutes helper

Optional: set $config->frameworkVersion when server framework major versions require different generated glue.

Client target (GenerationTarget::Client)

• *ApiClientInterface
• *ApiClient

Adapters:

• HttpClientAdapter::SymfonyHttpClient
• HttpClientAdapter::Guzzle
• HttpClientAdapter::Psr18

Optional: set $config->httpClientVersion when adapter major versions require different generated transport code.

Recommended Workflow

1. Keep your OpenAPI spec in source control.
2. Regenerate code when the spec changes.
3. Implement generated server interfaces or inject generated clients.
4. Decide as a team whether to commit generated code or regenerate in CI.

Examples

• examples/petstore-client-symfony
• examples/petstore-server-symfony

Documentation

• Docs Index
• Getting Started
• Server Quickstart
• Client Quickstart
• Configuration Reference
• Framework Targets (Server)
• Client Generation
• HTTP Client Adapters
• Validation Strategies
• Extension Plugins (x-*)

Development

License

MIT - see LICENSE.

Issues and feedback: github.com/maxbeckers/php-openapi-generator/issues

Built with ❤️ for PHP developers