REST jest często niezrozumiany termin. Dokładną definicję można oczywiście znaleźć w Fielding's dissertation, a próba została wyjaśniona w Wikipedia entry. Krótko mówiąc, jest to styl architektoniczny i nie ma nic wspólnego z technologią HTTP lub Internetem. HTTP i wiele stron internetowych, jednak włącz i stosuj styl architektoniczny REST.
Ale tak naprawdę termin REST został rozwodniony, a teraz jest prawie synonimem z opartego na HTTP API jakiegoś rodzaju.
Kiedy programiści mówią o implementacji lub korzystaniu z interfejsu API REST, zazwyczaj mają na myśli dokumentowanie szablonów URI dla wszystkich swoich zasobów i użycie GET do pobrania czegoś, PUT do modyfikacji czegoś, DELETE do usunięcia czegoś i POST do zrobienia cokolwiek innego (np. twórz lub akceptuj lub modyfikuj coś), na przykład Twitter API to update ones status lub lub lub Facebook's API.
Te API zazwyczaj
- dać każdą ciekawą rzecz (zasobu) w systemie ich własnym URI
- użyć "jednolity interfejs" (GET, PUT, POST, DELETE) na tych URI do pracy z zasoby
- stosowanie standardowych rodzajów systemów uwierzytelniania (jak OAuth i OpenID czy nawet prostszych wariantów)
- są bezpaństwowcem, że każda prośba jest niezależny od któregokolwiek poprzedniego wniosku
Wszystko to są dobre, a wymaga się od architektury REST, ale sama w sobie nie są wystarczające, aby postępować zgodnie z REST akademickiego
Myślę, że to stosowny opis na odpoczynek, jak to jest obecnie. Jest kilka osób, które rozumieją różnicę między Corporate REST i Academic REST, ale ich liczba maleje.
Ale to jest temat innego pytania, po prostu wyszukaj HATEOAS.
Usługi sieci Web REST są tym, czego nie próbowałaś wyszukać przed opublikowaniem swojego pytania. –
Ludzie, to jasny i oczywisty duplikat. Oczekuję, że wkrótce zostanie ona zamknięta. Możesz nie chcieć tracić czasu na odpowiadanie na nie. –
@John Saunders - Ładne poczucie humoru. – SoftwareGeek