Best Practices for Naming REST API URIs: Difference between revisions
No edit summary |
|||
Line 1: | Line 1: | ||
=External= | |||
* REST API Design Rulebook by Mark Masse, O'Reilly | |||
=Internal= | =Internal= | ||
* [[REST_and_Hypermedia#Endpoint|REST and Hypermedia]] | * [[REST_and_Hypermedia#Endpoint|REST and Hypermedia]] |
Revision as of 00:14, 14 February 2024
External
- REST API Design Rulebook by Mark Masse, O'Reilly
Internal
Use Nouns to Name URIs
A REST API endpoint has a URL at which it can be accessed: https://example.com. Subdirectories of the URL denote different resources, which are accessed with URIs.
In general, URIs should be named with nouns that specify the content of the resource, rather than using a verb for the function performed. This is because CRUD operations should already be specified in the HTTP request.
Example:
https://example.com/users
https:://example.com/users/{id}
Singular or Plural
In general, you should name the URIs that return collections using plural. The URIs that return an individual element will use the same prefix and an additional path qualifier, usually an ID, to designate the specific element.
Separate Words with Hyphens
When a REST API endpoint contains multiple words, separate the words with hyphens. It's a good way to make the URI easier to read and is a universal method that everyone can understand. It's generally accepted that a hyphen is clearer and more user-friendly than using underscores (first_name) or camel case (firstName), which is discouraged due to its use of capital letters.