REST: Разлика между версии
Изтрито е съдържание Добавено е съдържание
RESTful API |
м RESTful API |
||
Ред 25:
Всяка разпространена хипермедийна система, съответстваща на архитектурния стил на "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. То е колекция от ресурси със четири дефинирани аспекти:
Line 67 ⟶ 51:
Методите 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 може да бъде намерен в много места на публичният уеб.
|