PHP Library that generates OpenApi configuration (~ Swagger configuration) directly from actual PHP code (PhpDoc and php type hints)
It is OpenApi configuration generator that works with origin source code + phpdoc.
Main purpose of this library is to automatize generation of OpenApi-specification for existing JSON-API with a lot of methods. Idea by @maxonrock.
What it does?
It generates OpenApi 3.0 specification files for your REST JSON-based API
written in PHP from source code directly. You do not need to write OpenApi-specification manually.
Routes:
Route::get('/selector/lists', [\App\Http\Controllers\SelectorController::class, 'lists']);
Route::post('/selector/select', [\App\Http\Controllers\SelectorController::class, 'select']);
Route::get('/selector/goTo', [\App\Http\Controllers\SelectorController::class, 'goTo']);
Route::get('/geo/detect', [\App\Http\Controllers\GeoController::class, 'detect']);
Route::get('/geo/select', [\App\Http\Controllers\GeoController::class, 'select']);
One controller:
/**
* Returns lists of filters
* @param Request $request
* @return ListsResponse
*/
public function lists(Request $request) {
return new ListsResponse([
// 'persons' => range(1, 15),
'persons' => array_keys(Menu::$personsList),
'tastes' => Menu::$tastes,
'meat' => Menu::$meat,
'pizzas' => Menu::$pizzas,
]);
}
/**
* Makes a selection of pizzas according to criteria
* @param \App\Http\Requests\SelectPizzas $request
* @return PizzaListItem[]
*/
public function select(\App\Http\Requests\SelectPizzas $request) {
$validated = $request->validated();
return (new Selector())->select(
$validated['city'], $validated['persons'],
$validated['tastes'] ?? null, $validated['meat'] ?? null,
$validated['vegetarian'] ?? false, $validated['maxPrice'] ?? null);
}
One request and two responses:
class SelectPizzas extends FormRequest {
public function rules()
{
// ...
return array_merge([
'city' => ['required', 'string'],
'persons' => ['required', Rule::in(array_keys(Menu::$personsList))],
'vegetarian' => ['boolean'],
'maxPrice' => ['numeric'],
'pizzas' => ['array', Rule::in(array_keys(Menu::$pizzas))],
], $tastes, $meat);
}
}
class ListsResponse extends BaseResponse {
/** @var string[] */
public $persons;
/** @var string[] */
public $tastes;
/** @var string[] */
public $meat;
/** @var string[] */
public $pizzas;
}
class PizzaListItem extends BaseResponse {
public string $pizzeria;
public string $id;
public int $sizeId;
public string $name;
public float $size;
public array $tastes;
public array $meat;
public float $price;
public float $pizzaArea;
public float $pizzaCmPrice;
public string $thumbnail;
public array $ingredients;
public int $dough;
}
Result of generation from code: two endpoints with description and arguments for select
.
┌─────────┬─────────────────┬──────────────────────────┐
│ get │ /selector/lists │ Returns lists of filters │
├─────────┼─────────────────┼──────────────────────────┤
│ Result (4) │
│ persons │ array of string │ │
│ tastes │ array of string │ │
│ meat │ array of string │ │
│ pizzas │ array of string │ │
└─────────┴─────────────────┴──────────────────────────┘
┌──────────────────┬──────────────────┬───────────────────────────────────────────────────┐
│ post │ /selector/select │ Makes a selection of pizzas according to criteria │
├──────────────────┼──────────────────┼───────────────────────────────────────────────────┤
│ Parameters (15) │
│ string │ city │ │
│ string │ persons │ │
│ boolean │ vegetarian │ │
│ number │ maxPrice │ │
│ array │ pizzas │ │
│ boolean │ tastes.cheese │ │
│ boolean │ tastes.sausage │ │
│ boolean │ tastes.spicy │ │
│ boolean │ tastes.mushroom │ │
│ boolean │ tastes.exotic │ │
│ boolean │ meat.chicken │ │
│ boolean │ meat.pork │ │
│ boolean │ meat.beef │ │
│ boolean │ meat.fish │ │
│ boolean │ meat.sauce_meat │ │
├──────────────────┼──────────────────┼───────────────────────────────────────────────────┤
│ Result (14) │
│ │ array of │ │
│ [*].pizzeria │ string │ │
│ [*].id │ string │ │
│ [*].sizeId │ integer │ │
│ [*].name │ string │ │
│ [*].size │ integer │ │
│ [*].tastes │ array of │ │
│ [*].meat │ array of │ │
│ [*].price │ integer │ │
│ [*].pizzaArea │ integer │ │
│ [*].pizzaCmPrice │ integer │ │
│ [*].thumbnail │ string │ │
│ [*].ingredients │ array of │ │
│ [*].dough │ integer │ │
└──────────────────┴──────────────────┴───────────────────────────────────────────────────┘
More detailed process description is in How it works document.
Invoke console script to generate openapi for your project (with help of integrations):
For example, for yii2-project:
./vendor/bin/openapi-generator scrape --scraper yii2 ./
# And more deeper scan
./vendor/bin/openapi-generator generate --scraper yii2 --inspect ./
api_docs
folder by specification_name.yml
./vendor/bin/openapi-generator generate --scraper yii2 ./ ./api_docs/
# Or with your own scraper (child of one of basic scrapers)
./vendor/bin/openapi-generator generate --scraper components/api/OpenApiScraper.php ./ ./api_docs/
docker run -p 8091:8080 --rm -e URL=./apis/main.yaml -v $(pwd):/usr/share/nginx/html/apis/ swaggerapi/swagger-ui:v4.15.2
More detailed description is in How to use document.
There’s few integrations: Yii2, Laravel, Slim. Details is in Integrations document.
You can write your own integration for framework or your project.
You use (or extend) a predefined scraper (see Integrations) or create your own scraper from scratch (extend DefaultScraper
), which should return a result with list of your API endpoints. Also, your scraper should provide tags, security schemes and so on.
Scraper should return list of specifications (for example, list of api versions) with:
Detailed information about Scraper result: in another document.
DefaultGenerator provides list of settings to tune generator.
Parameter | type | default | description |
---|---|---|---|
CHANGE_GET_TO_POST_FOR_COMPLEX_PARAMETERS | bool | false | if callback has arguments with object , array , stdclass , mixed type or class-typed, method of argument will be changed to POST and these arguments will be placed as body data in json-format |
TREAT_COMPLEX_ARGUMENTS_AS_BODY | bool | false | move complex arguments to request body |
PARSE_PARAMETERS_FROM_ENDPOINT | bool | false | if callback id has macroses (users/{id} ), these arguments will be parsed as normal callback arguments |
PARSE_PARAMETERS_FORMAT_FORMAT_DESCRIPTION | bool | false | if php-doc for callback argument in first word after argument variable has one of predefined sub-types (@param string $arg SUBTYPE Full parameter description ), this will change sub-type in resulting specification. For example, for string format there are subtypes: date , date-time , password , byte , binary , for integer there are: float , double , int32 , int64 . Also, you can defined custom format with DefaultGenerator::setCustomFormat($format, $formatConfig) |
Usage:
$generator->changeSetting(DefaultGenerator::CHANGE_GET_TO_POST_FOR_COMPLEX_PARAMETERS, true);
By default, they all are disabled.
url?param1=...¶m2=...
) or body json parameters ({data: 123
).format
, example
and other validators.@paramFormat
for specifying parameter format - partially.