En resource-URI bør læses som en navneords-baseret sti til en ting, ikke en handling. HTTP-metoden leverer allerede udsagnsordet, så URI'en skal blot identificere resourcen klart og konsistent.
En resource-URI bør læses som en navneords-baseret sti til en ting, ikke en handling. HTTP-metoden leverer allerede udsagnsordet, så URI'en skal blot identificere resourcen klart og konsistent.
GET /users/42 — ikke GET /getUser?id=42. Metoden (GET) er udsagnsordet./users er collection'en; /users/42 er ét medlem. At holde sig til flertal overalt gør det forudsigeligt./users/42/orders = "ordrer, der tilhører user 42".kebab-case, små bogstaver. /blog-posts, ikke /blogPosts eller /Blog_Posts./users?role=admin&sort=-created_at./users collection af users
/users/42 en enkelt user
/users/42/orders ordrer, der tilhører user 42 (sub-collection)
/users/42/orders/1001 en specifik ordre for den user
/orders/1001 samme ordre, kan også adresseres på topniveau
GET /users/42/orders?status=shipped&sort=-created_at&page=2 HTTP/1.1
Accept: application/json
Undgå dyb nesting ud over ét eller to niveauer — /users/42/orders/1001/items/5/reviews bliver skrøbelig. Når en ordre har sit eget ID, foretræk /orders/1001. For handlinger, der ikke passer til CRUD (fx "send email"), er en controller-agtig sub-resource acceptabel: POST /users/42/verify-email.
Konsistent navngivning er det, der får en API til at føles intuitiv — en udvikler, der har set /users og /users/42, kan korrekt gætte /products og /products/99 uden at læse dokumentation. Interviewere bruger dette til at vurdere, om du tænker i resources (REST-tankegangen) frem for RPC-kald (/doThisThing). De mest almindelige anti-patterns — udsagnsord i path'en, inkonsistent flertal og dybt nestede URL'er — gør alle en API sværere at lære og vedligeholde, og de signalerer en udvikler, der ikke har internaliseret REST's uniform-interface-constraint. Godt URI-design holder også bekymringerne adskilt: identitet i path'en, filtrering og paginering i query string'en, hvilket holder caching og routing rent.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér