-
Notifications
You must be signed in to change notification settings - Fork 64
Conversation
src/Model/DocumentationModel.php
Outdated
'PUT' => ['description' => null, 'request' => null, 'response' => null], | ||
'PATCH' => ['description' => null, 'request' => null, 'response' => null], | ||
'DELETE' => ['description' => null, 'request' => null, 'response' => null], | ||
'GET' => ['operationId' => null, 'description' => null, 'request' => null, 'response' => null], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My primary concern with adding this field is that it is highly specific to Swagger. Does API Blueprint have a similar feature? If so, we can generalize this so that it has meaning across all supported documentation type.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On API Blueprint, the equivalent is "identifier" => https://apiblueprint.org/documentation/specification.html#section-structure
So should we use identifier instead of operationId ? Or just id ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd argue identifier
, and then zf-apigility-documentation-swagger and zf-apigility-documentation-apiblueprint would translate it to the appropriate key.
A number of lines in `getSchemaTemplate()` exceeded the max line length. This patch adds comments for disabling CS checks in that method.
Thanks, @garygitton! |
I added this field to be able to personalized methods of the sdks generated with swagger-codegen and zf-apigility-documentation-swagger.