ТЪРСИ

REST API - какво е това? REST: превод. Представително държавно прехвърляне

REST API (Представително държавно прехвърляне), илиRESTful уеб услуга - какво е това? REST в превод от английски "представителен държавен трансфер". Това е начинът да се осигури взаимодействие между компютърните системи в Интернет. Уеб-услуги, съвместими с REST, които позволяват на системите за заявки да имат достъп и да управляват текстови изгледи на уеб ресурси, като използват единствен и предварително дефиниран набор от операции. Съществуват и други форми на уеб услуги, които съдържат свои собствени произволни операционни набори, например WSDL и SOAP.

REST API: какво е това? Определение на понятието

Уеб ресурсите бяха първоначално дефинирани вWorld Wide Web като документи или файлове, идентифицирани чрез техните URL адреси. Днес те имат много по-общо и абстрактно определение, обхващащо всеки обект или същност, които могат да бъдат идентифицирани, наименувани, адресирани или обработени в мрежата. В уеб услугата REST заявките, които са отровени в ресурса на URI, викат отговор, който може да бъде форматиран в XML, HTML, JSON или в друг формат. Отговорът може да потвърди, че са направени някои промени в запазения ресурс, също така предоставят хипертекстови връзки към други свързани ресурси и техните колекции. Използването на HTTP като най-често използван протокол се отнася до типовете налични операции, които са предварително дефинирани от командите PUT, DELETE, HTTP GET, POST.

Използване на протоколи, без да се вземат предвид състоянието истандартните операции, системите REST са насочени към бърза производителност, надеждност и капацитет за растеж чрез повторно използване на компоненти, които могат да бъдат управлявани и които могат да бъдат актуализирани, без да се засяга цялостната система. Използването на REST често е за предпочитане пред по-тежкия стил SOAP (Simple Object Access Protocol), тъй като REST не използва трафик, което го прави по-подходящ за използване в Интернет. Подходът SOAP изисква записването или използването на предоставената сървърна програма (за услуга за данни) и клиентската програма (за заявка на данни).

почивка api какво е това

История на технологиите

Терминът "представително държавно прехвърляне" бешевъведена и дефинирана през 2000 г. от Рой Филдинг в неговата дисертация "Архитектурни стилове и дизайн на мрежови софтуерни архитектури". Той разработи архитектурен стил на REST паралелно с HTTP 1.1 през 1996-1999 г., въз основа на съществуващия проект HTTP 1.0 от 1996 г. В ретроспективен поглед върху развитието на технологията, Fielding каза, че по време на HTTP стандартизационния процес, той е призован да защити избора на дизайн в Интернет. Това е много трудна задача в процеса на приемане на оферти от някого по тема, която бързо се превръща в център на цялата индустрия.

Филдинг имаше коментари от над 500 душиразработчици, много от които са отлични инженери с дългогодишен опит. Той трябваше да обясни всичко, като започне с най-абстрактните понятия за взаимодействие в мрежата и завърши с точните подробности на HTTP синтаксиса. Този процес усъвършенства своя модел до основния набор от принципи, свойства и ограничения, които сега се наричат ​​REST.

разрешение за отпадане на API

предимства

Характеристиките на стила REST оказват следните архитектурни свойства:

  • Ефективност - Оперативната съвместимост на компонентите е доминиращата черта в възприемането на производителността и производителността на мрежата от потребителите.
  • Мащабируемост за подпомагане на максималния брой компоненти, тест REST API и взаимодействието между тях.
  • Простота на един интерфейс и разрешение на REST API.
  • Модифицируемост на компонентите, за да отговарят на променящите се нужди (дори когато приложението работи).
  • Видимост на връзката между компонентите и обслужващите агенти.
  • Възможност за прехвърляне на компоненти чрез преместване на програмния им код с данни.
  • Надеждност - висока устойчивост на грешки при наличие на повреди в състава, съединителите или данните.

почивка превод

Отделя се проблемът между клиентитена факта, че тя е REST API ви позволява да се опрости прилагането на компонентите намалява сложността на семантиката на съединителя подобрява ефективността и настройка на работата подобрява скалируемостта на чисти сървърни компоненти. Комплексни системни ограничения позволяват посредници-проксита, шлюзове и защитни стени, прилагани в различни части на съобщението, без да променя връзките между компонентите, което им позволява да извършват останалата преведени съобщения или да се подобри производителността, като използвате мащабна обща кеширане. Пример за REST API е фактът, че взаимодействието не зависи от състоянието на заявките, стандартни методи и видове медии са използвани за да покаже, семантика и обмен на информация, както и отговори ясно показват, кеширани.

Официални и архитектурни ограничения

Определят се шест направляващи ограничениясистема RESTful. Те ограничават начините, по които сървърът може да обработва и приема исканията на клиентите. В рамките на тези ограничения, услугата получава желаните нефункционални свойства, като производителност, мащабируемост, простота, променливост, видимост, мобилност и надеждност. Ако услугата наруши всички необходими ограничения, тя не може да се счита за RESTful.

Първите ограничения се отнасят до архитектуратаклиентски сървър. Разделяне на проблемите на потребителския интерфейс с проблеми съхранение подобрява UI преносимост в множество платформи. Също така подобрява мащабируемостта чрез опростяване на сървърните компоненти. Може би най-значимите за мрежата е, че позволява разделянето на компонентите да се развива независимо, поддържайки изискванията на Интернет мащаб организационни домени на определени.

представително държавно прехвърляне

безопасност

REST не осигурява вградена поддръжкасигурност. Това е много важно при проектирането на уеб услугите на REST - изискванията за сигурност и проектиране са изпълнени предварително. Уеб услугите REST използват HTTP GET, POST, PUT и DELETE от операциите CRUD. PUT и DELETE не се поддържат от много браузъри и най-често са деактивирани на ниво сървър поради възможно нарушение на поверителността. Ако не е правилно конфигуриран на ниво сървър и клиент, всеки неупълномощен потребител може да създаде ресурс чрез метода PUT или да унищожи използвания източник DELETE. Когато разработвате изисквания за сигурност за уеб услуги, трябва да обмислите тези точки.

примери за почивка api

Архитектурни елементи

Ключов аспект на REST е характерът и състоянието на неговите данни. В стил REST съществуват четири концепции, които описват поведението и състоянието на информацията.

Ресурсът е обект (логически или физически)достъпни в Интернет. Това може да бъде документ, съхраняван в файловата система на сървъра или в ред в таблицата на базата данни. Крайният потребител взаимодейства с ресурса, за да постигне конкретна цел. За да се създаде система, използваща REST, разработчикът трябва да мисли за бизнес обектите като ресурси и как те могат да бъдат решени.

почивка api java

URI уникално идентифицира ресурса. Този параметър прави адреса на ресурса и може да бъде променен. Ресурсите се променят с помощта на протокол за приложения, като например HTTP.

Изгледът е състояние на данни / метаданниресурс по онова време. Клиентът получава изгледа на ресурсите, когато поиска URI. Типът на ресурса може да бъде кодиран в един или повече предавани формати, като XML, HTML, JSON, RSS, REST API java. Тези формати могат да бъдат координирани чрез механизма за договаряне на съдържание.

Връзка - позволява на приложение да извърши преходот една държава в друга. Всеки ресурс трябва да бъде свързан с други ресурси. Представянето трябва да предлага връзка към следващия преход. Едно добре свързано приложение позволява на потребителя да отвори самия интерфейс.

съединител

Конекторът е резюмеИнтерфейс, който посредничи при комуникацията между компонентите. Тъй като взаимодействията REST нямат състояние, конекторът не трябва да съхранява информация за състоянието. Следователно връзката между компонентите може да се осъществи паралелно.

останалите искания за API

Клиентът и сървърът са основните съединители REST. Клиентът инициира заявката и сървърът я обработва.

Кешът е друг вид конектор. Кеширането може да се изпълнява на клиентски, сървърни или междинни нива. Това намалява латентността и използването на мрежата.

елементи

Компонентите изпълняват набор от добре дефинирани методи на ресурс, който създава изглед за улавяне на текущото или възприетото състояние.

Потребител-агент - използва клиентския конектор за иницииране на заявката.

Origin-server - използва сървърния съединител, за да отговори на заявката.

Прокси сървър, използван от клиента, за да се гарантира, че интерфейсът е капсулиран от други услуги. Той също така извършва превод и защита на данните.

Порталът е посредник, използван на сървъра, за да осигури капсулиране на интерфейс за други услуги.

Перспективи за развитие

Въпросът винаги е актуален:REST API - какво е това за съвременните интернет технологии? REST е основата на съвременната уеб архитектура, която се разработва чрез анализиране на недостатъците на вече съществуващи стилове и въвеждане на нови допълнения към нея.

Каква е целта на REST API?Това е желанието да се използват съществуващите стилове с координиран набор от ограничения, за да се сведе до минимум мрежовата свързаност и да се максимизира независимата еволюция на компонентите, за да се постигне мащабируемост. Това е новата архитектура на разпределената система hypermedia. С навлизането на смартфони, таблети и т.н. джаджи ще бъде реализирана мрежата и нейната мащабируемост.

  • Оценка: