Vlákno názorů k článku Shields.io: barevné štítky, které mluví za vás od prochac - Koukám, že "něco jako" rest API je dnes...

Koukám, že "něco jako" rest API je dnes cokoliv, co něco vrací po HTTP.

A ono to bylo někdy něco jiného?

No samozrejme,hlavne je to architektonicky styl, ktory ma mat svoju semantiku zdrojov,prepojeni atd.. Odporucam pozriet od otca RESTu Roya Fieldinga Martina o tom jeho dizertacnu pracu.

7. 10. 2026, 16:32 editováno autorem komentáře

Na stranu druhou, ten pravý REST jsem v praxi snad neviděla. Bohužel :(

To suhlasim skutocny REST podla definicie som tiez dlho nevidel.
A ako clovek co sa pohybuje v HTMX komunite, tak si uvedomujem, ze to hlupe posielanie HTML je casto viac REST ako REST co vidime zvycajne.

Ono to je totiž dost práce. Dejme tomu, že teď s LLM by to šlo snadněji, ten boilerplate. Dokonce je i motivace. Je to vidět všude, že agentům se vychází vstříc daleko více než kdy vývojářům.

Není, za REST se obvykle považuje HTTP API, které používá cesty k určení zdrojů a ideálně i HTTP metody pro určení požadované akce se zdrojem. Třeba GraphQL není považováno za REST, protože tam všechny požadavky posíláte POSTem na jedno URL.

A v případě shield.io to podle mne splňuje i poměrně úzkou definici REST API. Zdroje jsou identifikované hierarchickou cestou a obsah zdroje se získá voláním GET na té cestě.

Co se vám na tom nezdá, proč to podle vás není REST? Že tam nejsou služby pro zápis a čtení seznamu? REST ale nikdy neříkal, že na každém zdroji musí být implementovány všechny CRUD operace.

Právě že si dělám srandu z toho "obvykle". Obvykle je REST skoro jakýkoliv JSON, který při nenalezení vrátí 404 a používá URL `/resource/:id`.
Ale pro navázáný resource-b pak musím někde na web, nebo si hrát na detektiva v YAMLu, co někteří vývojáři nazývají "dokumentace", i když to je jen seznam endpointů.