REST: Разлика между версии
Изтрито е съдържание Добавено е съдържание
Termininja (беседа | приноси) м Termininja премести „REST услуга“ като „REST“ |
Termininja (беседа | приноси) Редакция без резюме |
||
Ред 11:
== Условия ==
Архитектурният стил на "REST" прилага шест ограничителни условия, като същевременно дава свобода за дизайна и имплементацията на индивидуалните компоненти:
; [[
: Единният интерфейс разделя клиента и сървъра. Това означава, например, че клиента не се грижи за складирането на данни. Тази задача остава изцяло за сървъра, като по този начин се подобрява портативността на клиентския код (може да се използва в различни среди). Сървърът няма връзка с потребителския интерфейс и по този начин е по-семпъл и лесен за премащабиране. Клиентът и сървърът могат да бъдат заменяни или развивани независимо един от друг, стига това да не налага промяна на единния интерфейс помежду им.
; Без статус на сесията ''({{lang-en|''Stateless''}})''
Ред 69:
'''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 протокол].
|