Et API-endepunkt er et forbindelsespunkt mellem to softwareprogrammer. API'er har endepunkter for hver ressource. Slutpunkterne angiver den nøjagtige placering af en ressource på serveren.
Når en klientapplikation anmoder om information fra serveren, går den gennem API'en. Som så får adgang til anmodningen og behandler et svar fra serveren. API'en overfører derefter de anmodede oplysninger fra slutpunktet til applikationen.
Din API er effektiv, hvis den kan kommunikere effektivt via dens slutpunkter. Det gør det nemmere for brugerne at få adgang til ressourcer, hvilket forbedrer brugeroplevelsen.
Hvordan fungerer et API-endepunkt?
Integrerede systemer kommunikerer gennem API'er. Et system sender en anmodning til API'et ved hjælp af et format som SOAP eller REST. Serveren modtager anmodningerne og overfører svaret tilbage til API'en. Placeringen af den anmodede ressource er slutpunktet.
Før et slutpunkt behandler en anmodning, skal klienten angive en URL, overskrifter og et brødtekst. Overskrifterne indeholder metadata om en forespørgsel og kropsoplysningerne, der sendes til serveren. En server kan også oprette forbindelse til en database, der API metoder kan få adgang.
API-endepunkter fungerer typisk med HTTP-metoder såsom GET, DELETE, PATCH eller POST. Metoderne bestemmer, hvordan et slutpunkt skal bruges. Når en klient sender en anmodning, skal den formulere den til at inkludere anmodningsmetoden såvel som URL'en, for eksempel:
FÅ https://example.com/books/authors
Navngivning er svært, uanset om det er API-endepunkter, netværksforbundne hardwareenheder, eller funktioner og variabler. Du bør lære om nogle bedste fremgangsmåder, du kan bruge til at sikre, at dine API-slutpunkter er et aktiv.
1. Brug en fremad skråstreg
Brug altid skråstreger for at adskille URI-ressourcer. Skråstreger hjælper også med at vise ressourcehierarki. Følgende er et eksempel:
https://example.com/books/authors
2. Brug navneord, ikke verber
Du bør kun bruge navneord til at navngive en ressource. Navneord beskriver, hvad en ressource er til i modsætning til et verbum, der beskriver, hvad en ressource gør. Her er et eksempel på en god og en dårlig måde at navngive API-endepunkter på.
Godt navn:
https://example.com/api/getBooks
Dårligt navn:
http://example.com/api/books
3. Brug substantiver i flertal, ikke ental
Du bør altid navngive dine API-endepunkter i substantiver i flertal. Dette indikerer for en bruger, at der er mere end én ressource på serveren. Brug af et entalsnavneord kan forvirre brugeren til at tro, at der kun er én ressource.
Godt navn:
https://example.com/api/book/3
Dårligt navn:
http://example.com/api/books/3
4. Brug små bogstaver
Du skal skrive alle URL'erne med små bogstaver. Dette inkluderer API-endepunkts-URL'er. Her er et eksempel:
Godt navn:
http://example.com/api/Books/3
Dårligt navn:
http://example.com/api/books/3
5. Brug bindestreger til at adskille ord
Brug bindestreger til at adskille kombinerede ord. Bindestreger resulterer i mere læsbare sætninger end kamelbogstaver eller understregninger. De er også bedre til SEO-formål.
Godt navn:
https://example.com/api/books/33/front_cover
Dårligt navn:
https://example.com/api/books/33/front-cover
6. Tilføj ikke filudvidelser
Du behøver ikke at tilføje en filtypenavn til dine API-endepunkter. Selvom det ikke påvirker outputtet, gør en udvidelse det sværere at læse ressourcen. Det gør også ressourcen mindre fleksibel og bryder den, hvis udvidelsen ændres i fremtiden.
Godt navn:
https://example.com/api/books.xml
Dårligt navn:
https://example.com/api/books
7. Inkluder versionering
Du bør altid navngive dine API-endepunkter i henhold til versionen. Dette er vigtigt, hvis du laver større ændringer i API'en. Det hjælper med at skelne mellem to eller flere API-versioner, hvor ressourcen kommer fra. Du kan angive versionen i starten af slutpunktet.
For eksempel:
https://example.com/api/v3/books
Hvorfor overveje API bedste praksis?
API'er er blevet rygraden i moderne programmering. De forbedrer samarbejdet, tilskynder til innovation og forbedrer applikationssikkerheden.
Uanset om du bruger nye værktøjer eller administrerer eksisterende, forenkler API'er processen. Så det er vigtigt at have endepunkter, der forbedrer brugeroplevelsen. Navngivningen og strukturen af dine API-endepunkter bestemmer effektiviteten af din API.
Sørg for, at du bruger bedste praksis til at skabe effektive API-slutpunkter.