-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Closed
Labels
discussionIssues or PRs with this label will never staleIssues or PRs with this label will never stale
Description
Prerequisites
- I have written a descriptive issue title
- I have searched existing issues to ensure the issue has not already been raised
Issue
Schema shortened is a useful feature when the user can provide schema properties only.
But times go by, we support more and more variation in the route schema and I think that it is the time to say goodbye to the shortened schema.
I also believe most people are using tools to generate schema which is always full schema.
So, the impact should be minimal.
The main benefits would be
- Simplify the code-base
- No more quirk on the schema, currently
onRouteis receiving the user defined schema but afterreadyit will be normalized. - Plugins creator can be more strict forward to handle the schema.
We should discussion in supporting the shortened schema in 2 aspect.
- Headers and Querystring
Both of them is always key-value pairs, having shortened schema is good to have feature and do not have any confusion. - Body and Response
Both of them may vary based onContent-Type. And after feat: support different body schema per content type #5545, both support schema based onContent-Type.
I hope we would move towards OpenAPI standard and support only full schema (default to "application/json") andContent-Typewith schema.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
discussionIssues or PRs with this label will never staleIssues or PRs with this label will never stale