Вовед
Со неколку кликања на десктоп или уред, може да се купи, продаде или објави што било, во секое време. Како точно се случува тоа? Како информации одам од овде до таму? Непризнатиот херој е API.
Што претставува API?
API е кратенка за an ИНТЕРФЕЈС ЗА ПРОГРАМИРАЊЕ НА АПЛИКАЦИИ. API изразува софтверска компонента, нејзините операции, влезови, излези и основни типови. Но, како да го објасните API на обичен англиски? API функционира како гласник кој го пренесува вашето барање од апликација и ви го доставува одговорот назад.
Пример 1: Кога барате летови онлајн. Вие комуницирате со веб-страницата на авиокомпанијата. Веб-страницата ги детализира седиштата и цената на летот на тој одреден датум и време. Вие го избирате вашиот оброк или седење, багаж или барања за домашни миленици.
Но, ако не ја користите директната веб-страница на авиокомпанијата или и користите онлајн туристички агент кој комбинира податоци од многу авиокомпании. За да ги добиете информациите, апликацијата комуницира со API на авиокомпанијата. API е интерфејс што ги зема податоците од веб-страницата на туристичкиот агент до системот на авиокомпанијата.
Исто така, го зема одговорот на авиокомпанијата и испорачува веднаш назад. Ова ја олеснува интеракцијата помеѓу услугата за патување и системите на авиокомпанијата - за резервација на летот. API вклучува библиотека за рутини, структури на податоци, класи на објекти и променливи. На пример, SOAP и REST услуги.
Пример 2: Best Buy прави специјална цена за зделка на денот достапна преку својата веб-страница. Истите податоци се наоѓаат во неговата мобилна апликација. Апликацијата не се грижи за внатрешниот систем на цени - може да се јави на API за зделката на денот и да праша, која е посебната цена? Best Buy одговара со бараните информации во стандарден формат што апликацијата му ги прикажува на крајниот корисник.
Пример3: API за социјалните медиуми се клучни. Корисниците можат да пристапат до содржината и да го чуваат бројот на сметки и лозинки што ги евидентираат низок, за да можат да ги прават работите едноставни.
- Twitter API: интеракција со повеќето функции на Twitter
- Facebook API: за плаќања, кориснички податоци и најавување
- Инстаграм API: означете ги корисниците, прегледувајте трендовски фотографии
Што е со REST & SOAP API?
SOAP ОДМОР користете услуга што троши API, позната како Web API. Веб-услугата не зависи од никакво претходно познавање на информациите. SOAP е протокол за веб сервис кој е лесен независен од платформа. SOAP е протокол за пораки базиран на XML. За разлика од веб-услугата SOAP, услугата Restful користи REST архитектура, изградена за комуникација од точка до точка.
Веб сервис SOAP
- SOAP Sender – креирање и пренесување порака.
- SOAP Receiver – ја добива и обработува пораката.
- SOAP Intermediary- прима и обработува блокови за заглавија.
УПОТРЕНА веб-услуга
Репрезентативниот државен трансфер (REST) се однесува на односот помеѓу клиентот и серверот и како се процесира состојбата. Архитектура на одмор, серверот REST обезбедува пристап до ресурсите до клиентот. Остатокот се справува со читањето и менувањето или пишувањето на ресурсите. Униформен идентификатор (URI) ги идентификува ресурсите што содржат документ. Ова ќе ја долови состојбата на ресурсите.
REST е полесен од архитектурата SOAP. Го анализира JSON, јазик читлив од луѓе што овозможува споделување податоци и полесни за користење податоци, наместо XML што го користи архитектурата SOAP.
Постојат неколку принципи за дизајнирање на Restful Web Service, кои се:
- Адресивност – Секој ресурс треба да има најмалку една URL-адреса.
- Бездржавјанство – Мирна услуга е услуга без државјанство. Барањето е независно од какви било минати барања на услугата. HTTP по дизајн е протокол без државјанство.
- Кеширање – Податоците означени како кеширани се складираат во системот и се користат повторно во иднина. Како одговор на истото барање наместо да ги произведува истите резултати. Ограничувањата на кешот овозможуваат означување на податоците за одговорот како кеширачки или не-кешливи.
- Униформен интерфејс – Дозволува заеднички и стандардизиран интерфејс да се користи за пристап. Употреба на дефинирана колекција на HTTP методи. Почитувањето на овие концепти гарантира дека имплементацијата на REST е лесна.
Предности на REST
- Користи поедноставен формат за пораки
- Нуди посилна долгорочна ефикасност
- Поддржува комуникација без државјанство
- Користете HTTP стандарди и граматика
- Податоците се достапни како ресурс
Недостатоци на REST
- Неуспех во стандардите на веб-услугите како што се безбедносни трансакции итн.
- Барањата за REST не се скалабилни
Споредба REST против САПУН
Разлики помеѓу веб-услугите SOAP и REST.
Веб сервис SOAP | Веб сервис за одмор |
Потребна е голема влезна носивост во споредба со REST. | REST е лесен бидејќи користи URI за формулари за податоци. |
Промената на SOAP услугите често доведува до значителна промена во кодот на страната на клиентот. | Кодот од клиентот не е засегнат од промената на услугите во веб-обезбедувањето REST. |
Типот на враќање е секогаш XML тип. | Обезбедува разновидност во однос на формата на вратените податоци. |
Протокол за пораки базиран на XML | Архитектонски протокол |
Потребна е библиотека SOAP на крајот од клиентот. | Не е потребна библиотечна поддршка што обично се користи преку HTTP. |
Поддржува WS-Security и SSL. | Поддржува SSL и HTTPS. |
SOAP ја дефинира сопствената безбедност. | RESTful веб-услугите наследуваат безбедносни мерки од основниот транспорт. |
Видови политики за издавање на API
Политиките за издавање за API се:
Политики за приватно издание:
API е достапен само за внатрешна употреба на компанијата.
Правила за издавање на партнери:
API е достапен само за одредени деловни партнери. Компаниите можат да го контролираат квалитетот на API поради контролата кој може да пристапи до него.
Правила за јавно објавување:
API е за јавна употреба. Достапноста на политиките за издавање е достапна за јавноста. Пример: Microsoft Windows API и какаото на Apple.
Заклучок
API се присутни насекаде, без разлика дали резервирате лет или се занимавате со апликации за социјални медиуми. SOAP API се базира на XML комуникации, се разликува од REST API по тоа што не бара некоја посебна конфигурација.
Дизајнирањето на Rest Web сервисите треба да се придржува до одредени концепти, вклучувајќи адресивност, бездржавјанство, можност за кеширање и стандарден интерфејс. Правилата за ослободување на API може да се поделат во три категории: приватни API, партнерски API и јавни API.
Ви благодариме што ја прочитавте оваа статија. Проверете ја нашата статија за Водич за Безбедност на API 2022.
