Kas ir resursu orientētais modelis (ROM)?

Resursu orientētais modelis (Resourse-Oriented Model) — tas ir pieeja API izstrādei, kur galvenās sistēmas būtības ir attēlotas kā resursi, ar kuriem var veikt standarta operācijas, piemēram, izveidi, lasīšanu, atjaunināšanu un dzēšanu (CRUD), izmantojot standarta HTTP metodes.

Galvenie principi:

• Resursi: Galvenie sistēmas komponenti, kuriem ir unikāls identifikators (URI). Piemēram, "lietotājs", "pasūtījums", "produkts".
• Vienota saskarne: Izmantojot standarta HTTP metodes (GET, POST, PUT, PATCH, DELETE) operācijām ar resursiem.
• Resursu identifikācija: Katram resursam ir unikāls URI.
• Attēlojumi (Representations): Resursiem var būt dažādi attēlojumi (piemēram, JSON, XML), kas ir saskaņoti starp klientu un serveri.
• Saistības starp resursiem (Hypermedia): Resursi var saturēt saites uz saistītiem resursiem, kas ļauj klientam navigēt pa API.

Piemērs:

// Saņemt lietotāju sarakstu
GET /users

// Saņemt konkrētu lietotāju
GET /users/123

// Izveidot jaunu lietotāju
POST /users
Content-Type: application/json

{
  "name": "Ivars",
  "email": "ivars@example.com"
}

// Atjaunināt lietotāju
PUT /users/123
Content-Type: application/json

{
  "name": "Ivars Bērziņš"
}

// Daļēja lietotāja atjaunināšana
PATCH /users/123
Content-Type: application/json

{
  "email": "ivars.berzins@example.com"
}

// Dzēst lietotāju
DELETE /users/123

Priekšrocības:

• Vienkāršība un standartizācija: Viegls saprast un izmantot, izmantojot standarta tīmekļa tehnoloģijas.
• Mērogojamība: Piemērots izplatītu sistēmu būvniecībai.
• Kešatmiņa: Iespēja kešēt resursu attēlojumus, lai uzlabotu veiktspēju.
• Klienta un servera neatkarība: Datu attēlojuma atdalīšana no to glabāšanas un apstrādes.

Trūkumi:

• Var būt neefektīvs sarežģītu operāciju veikšanai, kas nesaskan ar CRUD.
• Ne vienmēr piemērots stateful pakalpojumiem.

ROM ir pamats RESTful API būvniecībai.