Разлика между версии на „REST“

23 байта изтрити ,  преди 7 години
редакция без резюме
м (Termininja премести „REST услуга“ като „REST“)
== Условия ==
Архитектурният стил на "REST" прилага шест ограничителни условия, като същевременно дава свобода за дизайна и имплементацията на индивидуалните компоненти:
; [[Клиент-сървър|Клиент-сървър]]
: Единният интерфейс разделя клиента и сървъра. Това означава, например, че клиента не се грижи за складирането на данни. Тази задача остава изцяло за сървъра, като по този начин се подобрява портативността на клиентския код (може да се използва в различни среди). Сървърът няма връзка с потребителския интерфейс и по този начин е по-семпъл и лесен за премащабиране. Клиентът и сървърът могат да бъдат заменяни или развивани независимо един от друг, стига това да не налага промяна на единния интерфейс помежду им.
; Без статус на сесията ''({{lang-en|''Stateless''}})''
'''HATEOAS (Hypermedia as the Engine of Application State)'''
:[[http://en.wikipedia.org/wiki/HATEOAS HATEOAS]] е ограничението, което отличава архитектурата на REST приложението от повечето архитектури на мрежови приложения. При нея клиента „общува“ с приложението изцяло чрез [[http://en.wikipedia.org/wiki/Hypermedia hypermedia]], получена динамично от сървърa.
 
== Примери за Rest ==
Rest може да бъде намерен в много места на публичният уеб.
* [http://en.wikipedia.org/wiki/Atom_(standard) Atom Publishing Protocol] за публикуване към блогове се смята за канонически [http://tools.ietf.org/html/rfc5023 RESTful протокол].