zircote/swagger-php
zircote/swagger-php has 5,304 GitHub stars and 937 forks. GitHot measured -1 stars in 24 hours and 0 in 7 days. Last checked 2026-11-11 21:44 UTC. Last push 2026-11-10.
A php swagger annotation and parsing library
What you can do
- Compatible with the OpenAPI 3.0, 3.1 and 3.2 specification.
- Extracts information from code and existing phpdoc comments.
- Can be used programmatically or via command-line tool.
- Error reporting (with hints, context).
측정된 스타 증가
- in 24h
- -1
- in 7 days
- 0
- in 15 days
- 기록 수집 중
- in 1 month
- 기록 수집 중
서로 겹치는 기간의 순증가량이며 일별 합계가 아닙니다. 측정값이 없으면 비워 둡니다. 스타는 관심도를 나타내며 품질을 보장하지 않습니다.
README.md
Originalswagger-php
Generate interactive OpenAPI documentation for your RESTful API using PHP attributes.
See the documentation website for supported attributes.
Features
- Compatible with the OpenAPI 3.0, 3.1 and 3.2 specification.
- Extracts information from code and existing phpdoc comments.
- Can be used programmatically or via command-line tool.
- Error reporting (with hints, context).
- Spec attributes: attributes that can also be built by hand and compiled without scanning, and a pipeline that reports when an attribute is wrong. See Why spec attributes?.
OpenAPI version support
swagger-php can generate specs for OpenAPI 3.0.0, OpenAPI 3.1.0 and OpenAPI 3.2.0.
Classic mode defaults to 3.0.0, spec and hybrid mode to 3.1.0.
The command line option --version selects a different version; programmatically, use
Builder::setVersion().
Requirements
swagger-php requires at least PHP 8.2.
Installation (with Composer)
composer require zircote/swagger-php
For cli usage from anywhere, install swagger-php globally and add Composer's global binary directory
(composer global config bin-dir --absolute) to your PATH, so the openapi executable can be located by
your system.
composer global require zircote/swagger-php
doctrine/annotations (deprecated)
As of version 4.8 the doctrine annotations library is
optional and no longer installed by default.
If your code uses doctrine annotations you will need to install that library manually:
composer require doctrine/annotations
Usage
Use OpenAPI attributes to add metadata to your classes, methods and other structural PHP elements.
use OpenApi\Spec as OA;
#[OA\Info(title: 'My First API', version: '0.1')]
class MyApi
{
#[OA\Operation\Get(path: '/api/resource.json')]
#[OA\Response(response: 200, description: 'An example resource')]
public function getResource()
{
// ...
}
}
Visit the Documentation website for the Getting started guide or look at the examples directory for more examples.
Classic attributes and docblock annotations
Deprecated since 7.0, removed in 8.0.
Classic attributes in OpenApi\Attributes and docblock annotations still work, in hybrid and in classic
mode. Hybrid, the default, scans them and hands them to the same pipeline as the attributes above.
Classic mode builds them with its own pipeline, as in 6.x.
use OpenApi\Attributes as OAT;
#[OAT\Info(title: 'My First API', version: '0.1')]
class MyApi
{
#[OAT\Get(path: '/api/resource.json')]
#[OAT\Response(response: '200', description: 'An example resource')]
public function getResource()
{
// ...
}
}
Migrating to spec attributes covers the move, and Processing Modes compares the modes.
Usage from PHP
Generate always-up-to-date documentation.
<?php
require("vendor/autoload.php");
$result = (new \OpenApi\Builder())
->addSource(['/path/to/project'])
->build();
header('Content-Type: application/x-yaml');
echo $result->toYaml();
Builder is the entry point, and one instance builds one document.
See the Builder reference for its API.
Details on how to generate OpenApi specifications can be found in the generate reference.
Usage from the Command Line Interface
The openapi command line interface can be used to generate the documentation to a static yaml/json file.
./vendor/bin/openapi --help
Automatic type resolution
Types are resolved with the symfony/type-info library. swagger-php supports all native type hints and also
generic type hints in phpdoc blocks. This simplifies the definition of schemas.
For example, the following two examples are equivalent:
class MyClass
{
#[OA\Schema\Items(oneOf: [
new OA\Schema(ref: SchemaOne::class),
new OA\Schema(ref: SchemaTwo::class),
])]
public array $values;
}
class MyClass
{
/**
* @var list<SchemaOne|SchemaTwo>
*/
#[OA\Property]
public array $values;
}