Skip to content

[FEATURE] The issue of attribute names for objects #38

@zhenghaoyang24

Description

@zhenghaoyang24

Is your feature request related to a problem? Please describe.

1. For return data of some interfaces, the same object field is missing, resulting in inconsistent types in TS development for example.

Here is an example:
In the api for obtaining driver ranking ( /2025/drivers-championship ), there is a driver object in the acquired array. There is no driverId in it and it is extracted externally. In the interface for obtaining team ranking (/2025/constructors-championship) , team object does not have teamId. I suggest that no matter which interface, the same object should maintain its integrity ( such as ), otherwise type determination will be difficult.

Api api/[year]/constructors-championship have no teamId and firstAppeareance became firstAppareance:
Image
Api api/[year]/drivers-championship have no driverId:
Image
Api api/[year]/teams have no birthday and national became teamNationality

Image

2. Each api returns an array of objects with different property name:

In Api api/drivers ,it is drivers :

Image

In Api api/seasons, it is championships :

Image

in Api api/[year]/[round] ,it is races:

Image

........

This may seen like a small problem, but if i want to get this array object, it means I have to use a different property name. I recommend using the uniform attribute name: data.

Metadata

Metadata

Assignees

Labels

👀 UnreadNot readed for the admins, let him some time, this is assigned by default when a issue is created.🚀 FeatureNew feature or request

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions