Intro
Muutamalla työpöydän tai laitteen napsautuksella voit ostaa, myydä tai julkaista mitä tahansa milloin tahansa. Miten se oikein tapahtuu? Kuinka tiedot päästä täältä sinne? Tuntematon sankari on API.
Mikä on API?
API tarkoittaa an SOVELLUKSEN OHJELMOINTILIITTYMÄ. API ilmaisee ohjelmistokomponentin, sen toiminnot, tulot, lähdöt ja taustalla olevat tyypit. Mutta miten selität API:n selkeällä englanniksi? API toimii sanansaattajana, joka siirtää pyyntösi sovelluksesta ja toimittaa vastauksen takaisin sinulle.
Esimerkki 1: Kun etsit lentoja verkosta. Olet vuorovaikutuksessa lentoyhtiön verkkosivuston kanssa. Sivustolla on tietoja lennon istumapaikasta ja hinnasta kyseisenä päivänä ja kellonaikana. Voit valita aterian tai istumapaikan, matkatavarat tai lemmikkipyynnöt.
Mutta jos et käytä lentoyhtiön suoraa verkkosivustoa tai käytät online-matkatoimistoa, joka yhdistää useiden lentoyhtiöiden tiedot. Tietojen saamiseksi sovellus on vuorovaikutuksessa lentoyhtiön API:n kanssa. API on käyttöliittymä, joka siirtää tiedot matkatoimiston verkkosivuilta lentoyhtiön järjestelmään.
Se ottaa myös lentoyhtiön vastauksen ja toimittaa heti takaisin. Tämä helpottaa matkapalvelun ja lentoyhtiön järjestelmien välistä vuorovaikutusta lennon varaamiseksi. API sisältää kirjaston rutiineille, tietorakenteille, objektiluokille ja muuttujille. Esimerkiksi SOAP- ja REST-palvelut.
Esimerkki 2: Best Buy tarjoaa päivän tarjouksen erikoishintaan verkkosivustollaan. Samat tiedot ovat sen mobiilisovelluksessa. Sovellus ei välitä sisäisestä hinnoittelujärjestelmästä – se voi soittaa Deal of the Day API:lle ja kysyä, mikä on hinnoittelun erikoisuus? Best Buy vastaa pyydetyillä tiedoilla vakiomuodossa, jonka sovellus näyttää loppukäyttäjälle.
Esimerkki3: Sosiaalisen median sovellusliittymät ovat ratkaisevan tärkeitä. Käyttäjät voivat käyttää sisältöä ja pitää tilien ja salasanojen määrän alhaisena, jotta he voivat pitää asiat yksinkertaisina.
- Twitter API: Vuorovaikutus useimpien Twitter-toimintojen kanssa
- Facebook API: Maksut, käyttäjätiedot ja kirjautuminen
- Instagram API: Merkitse käyttäjät, katso trendaavia kuvia
Entä REST & SOAP API:t?
SAIPPUA ja REST käyttää sovellusliittymää kuluttavaa palvelua, joka tunnetaan nimellä Web API. Verkkopalvelu ei ole riippuvainen aiemmasta tiedosta. SOAP on verkkopalveluprotokolla, joka on kevyt alustasta riippumaton. SOAP on XML-pohjainen viestintäprotokolla. Toisin kuin SOAP-verkkopalvelu, Restful-palvelu käyttää REST-arkkitehtuuria, joka on rakennettu point-to-point-viestintään.
SOAP-verkkopalvelu
- SOAP Sender – viestin luominen ja lähettäminen.
- SOAP Receiver – vastaanottaa ja käsittelee viestin.
- SOAP Intermediary - vastaanottaa ja käsittelee otsikkolohkoja.
RESTful Web Service
Representational State Transfer (REST) liittyy asiakkaan ja palvelimen väliseen suhteeseen ja siihen, miten tila prosessoi. Rest-arkkitehtuuri, REST-palvelin tarjoaa resurssien pääsyn asiakkaalle. Lepo hoitaa resurssien lukemisen ja muokkaamisen tai kirjoittamisen. Uniform Identifier (URI) tunnistaa resurssit, jotka sisältävät asiakirjan. Tämä tallentaa resurssin tilan.
REST on kevyempi kuin SOAP-arkkitehtuuri. Se jäsentää JSON-kieltä, ihmisen luettavaa kieltä, joka mahdollistaa tietojen jakamisen ja helpommin käytettävän tiedon SOAP-arkkitehtuurin käyttämän XML:n sijaan.
Restful Web Servicen suunnittelussa on useita periaatteita, jotka ovat:
- Osoitettavuus – Jokaisella resurssilla tulee olla vähintään yksi URL-osoite.
- Valtiottomuus – Rauhallinen palvelu on kansalaisuudeton palvelu. Pyyntö on riippumaton palvelun aiemmista pyynnöistä. HTTP on rakenteeltaan tilaton protokolla.
- Välimuistiin tallennettava – Välimuistiin merkityt tiedot tallentuvat järjestelmään ja käytetään uudelleen tulevaisuudessa. Vastauksena samaan pyyntöön sen sijaan, että tuottaisi samat tulokset. Välimuistirajoitukset mahdollistavat vastaustietojen merkitsemisen välimuistiin tai ei-välimuistiin.
- Yhtenäinen käyttöliittymä – Mahdollistaa yhteisen ja standardoidun käyttöliittymän käytön pääsyyn. Määritellyn HTTP-menetelmien kokoelman käyttö. Näiden konseptien noudattaminen varmistaa, että REST-toteutus on kevyttä.
RESTin edut
- Käyttää yksinkertaisempaa muotoa viesteissä
- Tarjoaa vahvemman pitkän aikavälin tehokkuuden
- Se tukee valtiotonta viestintää
- Käytä HTTP-standardeja ja kielioppia
- Data on saatavilla resurssina
RESTin haitat
- Epäonnistuu verkkopalvelustandardeissa, kuten suojaustapahtumat jne.
- REST-pyynnöt eivät ole skaalattavissa
REST vs SOAP vertailu
Erot SOAP- ja REST-verkkopalveluiden välillä.
SOAP-verkkopalvelu | Rest Web Service |
Vaatii raskaan syöttöhyötykuorman verrattuna RESTiin. | REST on kevyt, koska se käyttää URI:ta tietolomakkeissa. |
Muutos SOAP-palveluissa johtaa usein merkittävään muutokseen koodissa asiakaspuolella. | Asiakaspuolen koodiin ei vaikuta muutos REST-web-provisioinnin palveluissa. |
Palautustyyppi on aina XML-tyyppi. | Tarjoaa monipuolisuutta palautettavien tietojen muodon suhteen. |
XML-pohjainen viestiprotokolla | Arkkitehtoninen protokolla |
Edellyttää SOAP-kirjastoa asiakkaan päässä. | Kirjastotukea ei tarvita, yleensä käytetään HTTP:n kautta. |
Tukee WS-Security ja SSL. | Tukee SSL:ää ja HTTPS:ää. |
SOAP määrittelee oman tietoturvansa. | RESTful-verkkopalvelut perivät suojatoimenpiteet taustalla olevalta kuljetukselta. |
API-julkaisukäytäntöjen tyypit
API:n julkaisukäytännöt ovat:
Yksityisen julkaisun käytännöt:
API on saatavilla vain yrityksen sisäiseen käyttöön.
Kumppanin julkaisukäytännöt:
API on saatavilla vain tietyille liikekumppaneille. Yritykset voivat hallita API:n laatua, koska ne hallitsevat sitä, kuka voi käyttää sitä.
Julkisen julkaisun käytännöt:
API on julkiseen käyttöön. Julkaisukäytäntöjen saatavuus on yleisön saatavilla. Esimerkki: Microsoft Windows API ja Applen Cocoa.
Yhteenveto
API:t ovat läsnä kaikkialla, varaatpa sitten lentoa tai käytät sosiaalisen median sovelluksia. SOAP API perustuu XML-viestintään, se eroaa REST API:sta siinä, että se ei vaadi erityisiä konfiguraatioita.
Rest Web -palveluiden suunnittelussa tulee noudattaa tiettyjä käsitteitä, mukaan lukien osoitettavuus, valtiottomuus, välimuisti ja vakiorajapinta. Sovellusliittymän julkaisusäännöt voidaan jakaa kolmeen luokkaan: yksityiset sovellusliittymät, kumppanisovellusliittymät ja julkiset sovellusliittymät.
Kiitos, että luit tämän artikkelin. Tutustu artikkeliimme oppaasta API-suojaus 2022.
