Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/mingweisamuel/riotapi-schema
OpenAPI/Swagger Schema of the Riot Games API
https://github.com/mingweisamuel/riotapi-schema
league-of-legends openapi-specification riot-games-api swagger
Last synced: 6 days ago
JSON representation
OpenAPI/Swagger Schema of the Riot Games API
- Host: GitHub
- URL: https://github.com/mingweisamuel/riotapi-schema
- Owner: MingweiSamuel
- Created: 2017-10-26T05:35:04.000Z (about 7 years ago)
- Default Branch: master
- Last Pushed: 2024-10-17T02:11:33.000Z (27 days ago)
- Last Synced: 2024-10-31T10:51:26.527Z (13 days ago)
- Topics: league-of-legends, openapi-specification, riot-games-api, swagger
- Language: JavaScript
- Homepage: http://www.mingweisamuel.com/riotapi-schema/tool/
- Size: 19.8 MB
- Stars: 41
- Watchers: 4
- Forks: 9
- Open Issues: 12
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# [riotapi-schema](http://www.mingweisamuel.com/riotapi-schema/tool/)
OpenAPI/Swagger Schema of the Riot Games API
Automatically generated daily from the [Riot Games API Reference](https://developer.riotgames.com/api-methods/)
## Quirks/Hacks
The RG API Reference has many quirks and often has small errors or missing
DTO specs. This project contains many hacks to deal with them which are worth
knowing if you plan to use the generated schemas.Missing DTOs for the latest version are stored in [this JSON file](http://www.mingweisamuel.com/riotapi-schema/missing.json).
#### Manual overrides, additional fields, fields marked optional, etc.
See [`src/data/README.md`](https://github.com/MingweiSamuel/riotapi-schema/tree/master/src/data#readme).
#### "DTO borrowing"
If a DTO is missing from one endpoint, it may be possible to find it in another
endpoint. Which endpoints can "borrow" from which other endpoints are listed in
`src/data/endpointSharedDtos.jsonc`. The file is updated as needed.#### `x-platforms-available`
`x-platforms-available` is listed per path specifying which platforms are
available. This only differs for the `tournament-v5` and `tournament-stub-v5`
endpoints. Overrides are in `src/data/endpointPlatformsAvailableOverrides.jsonc`.#### `tournament` Endpoints (`tournament-stub-v4` and `tournament-v4`)
These endpoints share all the same DTOs. However, they each have a copy of each
DTO, so there is duplicate data. This also means if you are generating classes
from these endpoints, there will be duplicate issues.*TODO* ~~Because these endpoints are closely connected, both of their DTOs
are included under `tournament-v4`. This way there aren't duplicate copies of
tournament DTOs. This behavior is specified by `src/data/mockEndpoints.json`.~~### Old Quirks
Quirks that may no longer be relevant.
#### `league-v3`'s `LeagueItemDTO` and `LeaguePositionDTO`
This spec combines `LeagueItemDTO` and `LeaguePositionDTO` under the later name.
This was a questionable choice because it results in fields with `null` values
that users might expect to be filled in (when parsing a `LeagueItemDTO`).
This behavior is removed for `league-v4`.#### `static-data`'s DTO type overrides.
Static data had some DTO fields that could
be multiple different types as specified in their description. These were
overridden using the dict in `src/data/dtoDescriptionTypeOverrides.jsonc`
Because the static data endpoints are removed, this is no longer an issue.