Intro
Néhány kattintással az asztalon vagy az eszközön bármikor bármit vásárolhat, eladhat vagy közzétehet. Pontosan hogyan történik? Hogyan működik információ eljutni innen oda? A fel nem ismert hős az API.
Mi az API?
Az API jelentése an ALKALMAZÁS PROGRAMOZÁSI FELÜLET. Az API egy szoftverkomponenst, annak műveleteit, bemeneteit, kimeneteit és mögöttes típusait fejezi ki. De hogyan magyarázza el az API-t egyszerű angolul? Az API üzenetküldőként működik, amely továbbítja a kérést egy alkalmazásból, és visszaküldi Önnek a választ.
Példa 1: Amikor online járatokat keres. Ön kapcsolatba lép a légitársaság webhelyével. A weboldal részletezi az ülőhelyeket és a repülés költségeit az adott napon és időpontban. Ön választhatja ki az étkezést vagy az ülőhelyet, a poggyászt vagy a házi kedvenceket.
De ha nem a légitársaság közvetlen webhelyét használja, vagy olyan online utazási irodát használ, amely számos légitársaság adatait egyesíti. Az információ megszerzéséhez egy alkalmazás kölcsönhatásba lép a légitársaság API-jával. Az API az a felület, amely az utazási iroda webhelyéről viszi át az adatokat a légitársaság rendszerébe.
Ezenkívül figyelembe veszi a légitársaság válaszát, és azonnal visszaküldi. Ez megkönnyíti az utazási szolgáltatás és a légitársaság rendszerei közötti interakciót a járat lefoglalásához. Az API-k egy könyvtárat tartalmaznak a rutinokhoz, adatstruktúrákhoz, objektumosztályokhoz és változókhoz. Például SOAP és REST szolgáltatások.
Példa 2: A Best Buy különleges ajánlatot tesz elérhetővé honlapján keresztül. Ugyanezek az adatok vannak a mobilalkalmazásában is. Az alkalmazás nem aggódik a belső árképzési rendszer miatt – felhívhatja a Deal of the Day API-t, és megkérdezheti, mi a különleges árazás? A Best Buy szabványos formátumban válaszol a kért információkkal, amelyet az alkalmazás megjelenít a végfelhasználónak.
Example3: A közösségi média API-i kulcsfontosságúak. A felhasználók hozzáférhetnek a tartalomhoz, és alacsonyan tarthatják a számon tartott fiókok és jelszavak számát, így egyszerűvé tehetik a dolgokat.
- Twitter API: Használja a legtöbb Twitter funkciót
- Facebook API: Fizetéshez, felhasználói adatokhoz és bejelentkezéshez
- Instagram API: Felhasználók címkézése, felkapott fotók megtekintése
Mi a helyzet a REST & SOAP API-kkal?
SOAP és a REST használjon egy API-igényes szolgáltatást, az úgynevezett Web API-t. A webszolgáltatás nem függ semmilyen előzetes információ-ismerettől. A SOAP egy webszolgáltatási protokoll, amely platformfüggetlen. A SOAP egy XML-alapú üzenetküldő protokoll. A SOAP webszolgáltatással ellentétben a Restful szolgáltatás REST architektúrát használ, amely pont-pont kommunikációra épül.
SOAP webszolgáltatás
- SOAP Sender – üzenet létrehozása és továbbítása.
- SOAP Receiver – beszerzi és feldolgozza az üzenetet.
- SOAP Intermediary – fejlécblokkokat fogad és dolgoz fel.
RESTful webszolgáltatás
A reprezentatív állapotátvitel (REST) a kliens és a szerver közötti kapcsolatra, valamint az állapot feldolgozási módjára vonatkozik. Rest architektúra, a REST szerver erőforrás-hozzáférést biztosít az ügyfél számára. A Rest kezeli az erőforrások olvasását, módosítását vagy írását. Az egységes azonosító (URI) a dokumentumot tartalmazó erőforrásokat azonosítja. Ez rögzíti az erőforrás állapotát.
A REST könnyebb, mint a SOAP architektúra. A SOAP architektúra által használt XML helyett elemzi a JSON-t, egy ember által olvasható nyelvet, amely lehetővé teszi az adatok megosztását és az adatok könnyebb felhasználását.
A Restful Web Service tervezésének számos alapelve van, amelyek a következők:
- Címezhetőség – Minden erőforrásnak rendelkeznie kell legalább egy URL-lel.
- Hontalanság – A pihentető szolgáltatás hontalan szolgáltatás. A kérés független a szolgáltatás korábbi kéréseitől. A HTTP terv szerint állapot nélküli protokoll.
- Gyorsítótárazható – A gyorsítótárazhatóként megjelölt adatok a rendszerben tárolódnak, és a jövőben újra felhasználhatók. Ugyanarra a kérésre adott válaszként ahelyett, hogy ugyanazokat az eredményeket produkálná. A gyorsítótár megszorításai lehetővé teszik a válaszadatok gyorsítótárazható vagy nem gyorsítótárazhatóként való megjelölését.
- Egységes interfész – Lehetővé teszi egy közös és szabványos interfész használatát a hozzáféréshez. A HTTP metódusok meghatározott gyűjteményének használata. Ezen koncepciók betartása biztosítja, hogy a REST megvalósítása könnyű legyen.
A REST előnyei
- Egyszerűbb formátumot használ az üzenetekhez
- Erősebb, hosszú távú hatékonyságot kínál
- Támogatja a hontalan kommunikációt
- Használjon HTTP szabványokat és nyelvtant
- Az adatok forrásként állnak rendelkezésre
A REST hátrányai
- Nem felel meg a webszolgáltatás szabványainak, mint például a biztonsági tranzakciók stb.
- A REST kérések nem méretezhetők
REST vs SOAP összehasonlítása
A SOAP és a REST webszolgáltatások közötti különbségek.
SOAP webszolgáltatás | Rest Web Service |
A REST-hez képest nagy bemeneti hasznos terhelést igényel. | A REST könnyű, mivel URI-t használ az adatlapokhoz. |
A SOAP szolgáltatások változása gyakran jelentős változást okoz a kódban az ügyféloldalon. | Az ügyféloldali kódot nem érinti a REST webkiépítés szolgáltatásainak változása. |
A visszatérési típus mindig XML típusú. | Sokoldalúságot biztosít a visszaküldött adatok formája tekintetében. |
XML alapú üzenetprotokoll | Egy építészeti protokoll |
SOAP könyvtárat igényel az ügyfél végén. | Nincs szükség könyvtári támogatásra, általában HTTP-n keresztül használják. |
Támogatja a WS-Security-t és az SSL-t. | Támogatja az SSL-t és a HTTPS-t. |
A SOAP határozza meg saját biztonságát. | A RESTful webszolgáltatások a biztonsági intézkedéseket öröklik a mögöttes szállítástól. |
Az API-kiadási szabályzatok típusai
Az API kiadási irányelvei a következők:
Privát kiadásra vonatkozó irányelvek:
Az API csak vállalati belső használatra érhető el.
Partneri kiadási irányelvek:
Az API csak bizonyos üzleti partnerek számára érhető el. A vállalatok ellenőrizhetik az API minőségét, mivel szabályozhatják, hogy ki férhet hozzá.
Nyilvános kiadásra vonatkozó irányelvek:
Az API nyilvános használatra szolgál. A kiadási szabályzatok elérhetősége a nyilvánosság számára elérhető. Példa: Microsoft Windows API és Apple Cocoa.
Következtetés
Az API-k mindenhol jelen vannak, akár repülőjegyet foglal, akár közösségi média alkalmazásokat használ. A SOAP API XML kommunikáción alapul, abban különbözik a REST API-tól, hogy nem igényel különleges konfigurációt.
A Rest webszolgáltatások tervezésénél be kell tartani bizonyos fogalmakat, beleértve a címezhetőséget, az állapotnélküliséget, a gyorsítótárazhatóságot és a szabványos felületet. Az API-kiadási szabályok három kategóriába sorolhatók: privát API-k, partner API-k és nyilvános API-k.
Köszönjük, hogy elolvasta ezt a cikket. Tekintse meg cikkünket az útmutatóról API biztonság 2022.
