intro
Með nokkrum smellum á skjáborði eða tæki getur maður keypt, selt eða birt hvað sem er, hvenær sem er. Nákvæmlega hvernig gerist það? Hvernig er upplýsingar komast héðan og þangað? Óþekkta hetjan er API.
Hvað er API?
API stendur fyrir an FORRITNINGARVITI. API tjáir hugbúnaðaríhlut, starfsemi hans, inntak, úttak og undirliggjandi gerðir. En hvernig útskýrir þú API á venjulegri ensku? API virkar sem boðberi sem flytur beiðni þína frá forriti og skilar svarinu til þín.
Dæmi 1: Þegar þú ert að leita að flugi á netinu. Þú hefur samskipti við vefsíðu flugfélagsins. Vefsíðan lýsir sæti og kostnaði við flugið á þeirri tilteknu dagsetningu og tíma. Þú velur máltíð eða sæti, farangur eða beiðnir um gæludýr.
En ef þú ert ekki að nota beina vefsíðu flugfélagsins eða og ert að nota ferðaskrifstofu á netinu sem sameinar gögn frá mörgum flugfélögum. Til að fá upplýsingarnar hefur forrit samskipti við API flugfélagsins. API er viðmótið sem tekur gögn af vefsíðu ferðaskrifstofunnar yfir í kerfi flugfélagsins.
Það tekur líka viðbrögðum flugfélagsins og skilar strax til baka. Þetta auðveldar samspil ferðaþjónustunnar og kerfa flugfélagsins - til að bóka flugið. API felur í sér bókasafn fyrir venjur, gagnaskipulag, hlutaflokka og breytur. Til dæmis, SÁPA og REST þjónustu.
Dæmi 2: Best Buy gerir tilboð dagsins sérstakt aðgengilegt á vefsíðu sinni. Þessi sömu gögn eru í farsímaforritinu. Forritið hefur ekki áhyggjur af innra verðlagningarkerfinu - það getur hringt í Deal of the Day API og spurt, hver er verðlagningin sérstök? Best Buy svarar með umbeðnum upplýsingum á stöðluðu sniði sem appið birtir notandanum.
Dæmi3: API fyrir samfélagsmiðla skipta sköpum. Notendur geta nálgast efni og haldið fjölda reikninga og lykilorða sem þeir halda utan um lágt, svo þeir geti haldið hlutunum einfalt.
- Twitter API: Samskipti við flestar Twitter aðgerðir
- Facebook API: Fyrir greiðslur, notendagögn og innskráningu
- Instagram API: Merktu notendur, skoðaðu vinsælar myndir
Hvað með REST & SOAP API?
SOAP og REST nota API-neyslu þjónustu, þekkt sem Web API. Vefþjónusta er ekki háð neinni fyrri þekkingu á upplýsingum. SOAP er samskiptareglur fyrir vefþjónustu sem er létt vettvangsóháð. SOAP er XML-undirstaða skilaboðasamskiptareglur. Ólíkt SOAP vefþjónustunni notar Restful þjónustan REST arkitektúr, byggðan fyrir samskipti á milli punkta.
SÁPA Vefþjónusta
- SÁPA Sendandi - búa til og senda skilaboð.
- SOAP Receiver – aflar og vinnur úr skilaboðunum.
- SOAP milliliður- tekur á móti og vinnur úr hausblokkum.
RESTful Web Service
Representational State Transfer (REST) tengist tengslunum milli viðskiptavinarins og þjónsins og hvernig ástandið vinnur. Rest arkitektúr, REST Server veitir auðlindaaðgang að viðskiptavininum. Hvíld sér um lestur og breytingar eða ritun auðlindanna. Uniform Identifier (URI) auðkennir tilföng til að innihalda skjal. Þetta mun fanga ástand auðlindarinnar.
REST er léttari en sápuarkitektúr. Það greinir JSON, læsilegt tungumál sem gerir gagnadeilingu kleift og auðveldara að nota gögn, í stað XML sem SOAP arkitektúr notar.
Það eru nokkrar meginreglur fyrir hönnun Restful Web Service, sem eru:
- Heimilisfang – Hvert tilfang ætti að hafa að minnsta kosti eina vefslóð.
- Ríkisfangsleysi – Róleg þjónusta er ríkisfangslaus þjónusta. Beiðni er óháð fyrri beiðnum frá þjónustunni. HTTP er í hönnun ríkisfangslaus samskiptaregla.
- Skyndiminni - Gögn merkt sem skyndiminni geymsla í kerfinu og endurnotuð í framtíðinni. Sem svar við sömu beiðni í stað þess að skila sömu niðurstöðum. Skyndiminnistakmarkanir gera kleift að merkja svörunargögn sem skyndiminni eða ekki skyndiminni.
- Samræmt viðmót - Leyfir sameiginlegt og staðlað viðmót til að nota fyrir aðgang. Notkun á skilgreindu safni HTTP aðferða. Að fylgja þessum hugmyndum tryggir að REST útfærsla er létt.
Kostir REST
- Notar einfaldara snið fyrir skilaboð
- Býður upp á sterkari langtíma skilvirkni
- Það styður ríkisfangslaus samskipti
- Notaðu HTTP staðla og málfræði
- Gögn eru fáanleg sem auðlind
Ókostir REST
- Mistekst í stöðlum um vefþjónustu eins og öryggisviðskipti o.s.frv.
- REST beiðnir eru ekki skalanlegar
Samanburður á hvíld og sápu
Mismunur á SOAP og REST vefþjónustu.
SÁPA vefþjónusta | Rest Web Service |
Krefst mikils inntaksburðar miðað við REST. | REST er létt þar sem það notar URI fyrir gagnaeyðublöð. |
Breyting á SOAP þjónustu leiðir oft til verulegrar breytinga á kóða viðskiptavinarhliðar. | Kóði viðskiptavinarhliðar verður ekki fyrir áhrifum af breytingum á þjónustu í REST vefútgáfu. |
Skilagerð er alltaf XML gerð. | Veitir fjölhæfni með tilliti til forms skilaðra gagna. |
XML-undirstaða skilaboðasamskiptareglur | Byggingarfræðileg siðareglur |
Krefst SÁPU bókasafns í lok viðskiptavinarins. | Enginn stuðningur við bókasafn þarf venjulega notaður yfir HTTP. |
Styður WS-Security og SSL. | Styður SSL og HTTPS. |
SOAP skilgreinir sitt eigið öryggi. | RESTful vefþjónusta erfa öryggisráðstafanir frá undirliggjandi flutningi. |
Tegundir API útgáfustefnu
Útgáfureglur fyrir API eru:
Einkaútgáfureglur:
API er aðeins í boði fyrir innri notkun fyrirtækisins.
Útgáfureglur samstarfsaðila:
API er aðeins í boði fyrir tiltekna viðskiptafélaga. Fyrirtækin geta stjórnað gæðum API vegna stjórnunar á því hver hefur aðgang að því.
Opinber útgáfustefna:
API er til almenningsnota. Aðgengi að útgáfustefnunni er aðgengilegt almenningi. Dæmi: Microsoft Windows API og Apple's Cocoa.
Niðurstaða
API eru alls staðar til staðar, hvort sem þú ert að bóka flug eða taka þátt í samfélagsmiðlaforritum. SOAP API er byggt á XML samskiptum, það er frábrugðið REST API að því leyti að það krefst ekki sérstakrar uppsetningar.
Hönnun hvíldarvefþjónustu ætti að fylgja ákveðnum hugtökum, þar á meðal aðgengileika, ríkisfangsleysi, skyndiminni og staðlað viðmót. API útgáfureglum má skipta í þrjá flokka: einka API, samstarfs API og opinber API.
Þakka þér fyrir að lesa þessa grein. Skoðaðu grein okkar um leiðbeiningar um API öryggi 2022.
