Останнім часом я зацікавився ознайомленням з REST. Я спробував прочитати запис вікі на REST , але це не допомогло. Я дуже вдячний, якщо хтось може пояснити простою англійською мовою (тобто без зайвого технічного жаргону)

1. Що таке REST
2. Яку позицію вона займає в екосистемі веб-архітектури
3. Наскільки щільно (або вільно) він поєднується з протоколом.
4. Які альтернативи REST та як REST порівнюється з ними.

Я розумію, що відповісти на це неможливо одним чи двома абзацами, у цьому випадку відповідні посилання будуть високо оцінені.

Що таке REST (простою англійською)

Простий англійський:

Представництво: дія виступу чи дії від когось.
Передача стану : статус передачі.

Технічні:

• ми не передаємо фактичний об'єкт, а подання його у формі (наприклад, xml / json / text для подання таблиці бази даних).
• RESTs для відкриття відкритого API через Інтернет для обробки операцій CRUD над даними. REST орієнтований на доступ до названих ресурсів через єдиний послідовний інтерфейс.
• REST представлений через певний тип носія. Деякі приклади типів мультимедіа включають XML, JSON та RDF.
• REST - це архітектурний стиль для орієнтованої на ресурси архітектури (ROA) , а не специфікація чи стандарт.
• Архітектурний стиль означає, що це концепція, теорія (а як її реалізувати, це залежить від вас)
• Все визначається унікальною кінцевою точкою. тобто є одна кінцева точка для кожного ресурсу (даних).
• Кінцева точка складається з доменного імені з адресою ресурсу.

REST vs SOAP

Що таке REST?

Представницький державний трансфер. Він описує, як одна система може зв’язувати стан з іншою. Одним із прикладів може бути стан продукту (його назва, опис тощо), представлений у вигляді XML, JSON або простого тексту. Узагальнена ідея держави називається ресурсом.

Яку позицію вона займає в екосистемі веб-архітектури?

REST зазвичай асоціюється з інтерфейсом веб-служб, оскільки HTTP - це найпоширеніший протокол оператора. У 7-шаровій моделі вона існує на рівні додатків . Однак дивіться наступний розділ.

Наскільки щільно (або вільно) він поєднується з протоколом?

REST - це не HTTP. Він використовує HTTP, оскільки в його найзагальнішому вигляді існує REST, щоб допомогти машині зіставити поняття дієслова проти довільної колекції іменників. HTTP містить корисний набір загальних дієслів (GET, PUT, PATCH тощо), який може застосовуватися до довільних іменників, виражених як URI, за допомогою HTTP, наприклад GET http://example.org/Product(54 ).

Які альтернативи REST та як REST порівнюється з ними

Це схоже на запитання: "Наскільки РЕСТИВНІЙ мій підхід?" Скористайтеся наступним списком (узагальненим із моделі зрілості Річардсона, як описано Мартіном Фаулером ):

Рівень 0 - болото POX

Використовуйте POST для всього (читає, пише, видаляє). Це SOAP, POX, RPI тощо. Ви просто використовуєте HTTP як тунель для власного протоколу. Ви орієнтуєтесь на єдину кінцеву точку, яка виконує все на основі вмісту органу запиту.

Рівень 1 - Ресурси

Використовуйте POST для всього. Націліть на кілька кінцевих точок, призначених для подання інформації про певну річ. Ви щойно відкрили ресурси.

Рівень 2 - дієслова HTTP

Використовуйте HTTP дієслова проти ресурсів. Тепер ви це отримуєте. POST - це створити, PUT - це перезаписати, ВАРІАНТИ для доступних операцій, ВИДАЛИТИ, а також видалити ресурс. В результаті використання цих дієслів різні коди статусу HTTP починають ставати більш актуальними (202 ПРИЙМОГО хто?).

3 рівень - контроль гіпермедіа ( HATEOAS )

У цей момент ви робите остаточний стрибок і впроваджуєте гіпермедіа як механізм регулювання потоку. Клієнт REST не потребує попередніх знань про те, як взаємодіяти з будь-яким конкретним додатком або сервером за межами загального розуміння гіпермедіа. Це може бути передано на HTTP через поле заголовка Content-Type. Текстові формати включають AtomPub та (більш стислий) HAL , тоді як HyperAudio добре працює для аудіо потоків (див. SoundCloud та ін.)

Хоча REST - це абревіатура представницького стану передачі, може бути простіше розглянути ідею виконання різних дій через дещо інтуїтивний інтерфейс.

Наприклад, така URL-адреса, як http://www.mysite.com/FindProduct/125/, може трактуватися як людина, яка бажає отримати інформацію про продукт з ідентифікатором 125.

Хоча REST зазвичай думається з точки зору HTTP, концепція може бути застосована до інших протоколів, як зазначено у посиланні на Вікіпедію.

Інші приклади REST, які можуть бути корисні:

• Дізнайтеся REST: Навчальний посібник
• ПРИКЛАДНИЙ веб-сервіс, приклад