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

3 байта изтрити ,  преди 7 години
м
RESTful API
(RESTful API)
м (RESTful API)
 
Всяка разпространена хипермедийна система, съответстваща на архитектурния стил на "REST" притежава нужната производителност, мащабируемост, опростеност, гъвкавост, видимост, портативност и надеждност.
 
== Интерфейс ==
Единният интерфейс на REST се счита за основа на дизайна на всяка REST услуга.
 
'''Идентификация на ресурсите'''
:Отделните ресурси се разпознават по заявките (например използвайки [[Uniform resource identifier|URIs]] в уеб-базирани REST системи). Самите ресурсите са отделни от изображението, което се изпраща на клиента. Например сървърът вместо да изпраща цялата база данни, изпраща [[HTML]], [[XML]] или [[JSON]], които представляват някакви записи в нея.
 
'''Управление на ресурс чрез изображение'''
:Имайки изображение на ресурса, клиента има достатъчно информация,с която може да променя или трие ресурсите от сървъра, в случай че има разрешението да го направи.
 
'''Самоописващи съощения'''
:Всяко съобщение включва информация, която описва как да се обработи съощението.
 
'''HATEOAS (Hypermedia as the Engine of Application State)'''
:[[HATEOAS]] е ограничението, което отличава архитектурата на REST приложението от повечето архитектури на мрежови приложения. При нея клиента „общува“ с приложението изцяло чрез [[Hypermedia|hypermedia]], получена динамично от сървърa.
 
==RESTful API==
RESTful уеб API (също наричано RESTful уеб service) е уеб приложение създадено използвайки принципите на HTTP и REST. То е колекция от ресурси със четири дефинирани аспекти:
Методите PUT и DELETE са [http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol#Idempotent_methods_and_web_applications idempotent methods]. Методът GET е безопасен метод, което означава, че извикването му не причинява [http://en.wikipedia.org/wiki/Side_effect_(computer_science) странични ефекти].
За разлика от [http://en.wikipedia.org/wiki/SOAP SOAP] - базираните уеб услуги, няма "официален" стандарт за RESTful уеб API. Това е така, защото REST е архитектурен стил за разлика от SOAP, който е протокол. Въпреки, че REST не е стандарт, REST имплементация като Уеб може да използва стандарти като [http://en.wikipedia.org/wiki/HTTP HTTP], [http://en.wikipedia.org/wiki/URI URL], [http://en.wikipedia.org/wiki/XML XML] etc.
== Интерфейс ==
Единният интерфейс на REST се счита за основа на дизайна на всяка REST услуга.
 
'''Идентификация на ресурсите'''
:Отделните ресурси се разпознават по заявките (например използвайки [[Uniform resource identifier|URIs]] в уеб-базирани REST системи). Самите ресурсите са отделни от изображението, което се изпраща на клиента. Например сървърът вместо да изпраща цялата база данни, изпраща [[HTML]], [[XML]] или [[JSON]], които представляват някакви записи в нея.
 
'''Управление на ресурс чрез изображение'''
:Имайки изображение на ресурса, клиента има достатъчно информация,с която може да променя или трие ресурсите от сървъра, в случай че има разрешението да го направи.
 
'''Самоописващи съощения'''
:Всяко съобщение включва информация, която описва как да се обработи съощението.
 
'''HATEOAS (Hypermedia as the Engine of Application State)'''
:[[HATEOAS]] е ограничението, което отличава архитектурата на REST приложението от повечето архитектури на мрежови приложения. При нея клиента „общува“ с приложението изцяло чрез [[Hypermedia|hypermedia]], получена динамично от сървърa.
==Примери за Rest==
Rest може да бъде намерен в много места на публичният уеб.
14

редакции