Intro
Աշխատասեղանի կամ սարքի վրա մի քանի կտտոցով կարելի է ցանկացած ժամանակ գնել, վաճառել կամ հրապարակել որևէ բան: Կոնկրետ ինչպես է դա տեղի ունենում: Ինչպես տեղեկություն հասնել հենց այստեղից այնտեղ? Չճանաչված հերոսը API-ն է:
Ինչ է API- ը:
API-ն նշանակում է an ԿԻՐԱՌՄԱՆ ԾՐԱԳՐԱՎՈՐՄԱՆ Ինտերֆեյս. API-ն արտահայտում է ծրագրային բաղադրիչը, դրա գործառնությունները, մուտքերը, ելքերը և հիմքում ընկած տեսակները: Բայց ինչպե՞ս եք բացատրում API-ն պարզ անգլերենով: API-ն գործում է որպես մեսենջեր, որը փոխանցում է ձեր հարցումը հավելվածից և պատասխանն ուղարկում ձեզ:
Օրինակ 1: Երբ առցանց թռիչքներ եք փնտրում: Դուք շփվում եք ավիաընկերության կայքի հետ: Կայքը մանրամասնում է նստատեղերը և թռիչքի արժեքը տվյալ օրվա և ժամի վերաբերյալ: Դուք ընտրում եք ձեր ճաշը կամ նստատեղը, ուղեբեռը կամ ընտանի կենդանիների հարցումները:
Բայց, եթե դուք չեք օգտվում ավիաընկերության ուղիղ կայքից կամ օգտագործում եք առցանց ճանապարհորդական գործակալ, որը միավորում է բազմաթիվ ավիաընկերությունների տվյալները: Տեղեկատվություն ստանալու համար հավելվածը փոխազդում է ավիաընկերության API-ի հետ: API-ն այն ինտերֆեյսն է, որը ճանապարհորդական գործակալի կայքից տվյալները տանում է ավիաընկերության համակարգ:
Այն նաև ընդունում է ավիաընկերության պատասխանը և անմիջապես հետ է առաքում: Սա հեշտացնում է փոխգործակցությունը ճանապարհորդական ծառայության և ավիաընկերության համակարգերի միջև՝ չվերթ պատվիրելու համար: API-ն ենթադրում է գրադարան ռեժիմների, տվյալների կառուցվածքների, օբյեկտների դասերի և փոփոխականների համար: Օրինակ՝ SOAP և REST ծառայություններ։
Օրինակ 2: Best Buy-ն իր կայքի միջոցով հասանելի է դարձնում օրվա գործարքը հատուկ գնով: Այս նույն տվյալները կան նրա բջջային հավելվածում։ Հավելվածը չի անհանգստանում ներքին գնագոյացման համակարգով. այն կարող է զանգահարել Deal of the Day API և հարցնել՝ ո՞րն է հատուկ գնագոյացումը: Best Buy-ը պատասխանում է պահանջվող տեղեկատվությանը ստանդարտ ձևաչափով, որը հավելվածը ցուցադրում է վերջնական օգտագործողին:
Օրինակ 3: Սոցիալական մեդիայի API-ները շատ կարևոր են: Օգտատերերը կարող են մուտք գործել բովանդակություն և պահպանել այն հաշիվների և գաղտնաբառերի քանակը, որոնց նրանք հետևում են, որպեսզի կարողանան ամեն ինչ պարզ պահել:
- Twitter API. փոխազդեք Twitter-ի գործառույթների մեծ մասի հետ
- Facebook API՝ վճարումների, օգտատիրոջ տվյալների և մուտքի համար
- Instagram API. հատկորոշել օգտվողներին, դիտել թրենդային լուսանկարները
Ի՞նչ կասեք REST & SOAP API-ների մասին:
SOAP և ՀԱՆԳՍՏՅԱՆ օգտագործել API սպառող ծառայություն, որը հայտնի է որպես Web API: Վեբ ծառայությունը կախված չէ տեղեկատվության որևէ նախնական իմացությունից: SOAP-ը վեբ ծառայության արձանագրություն է, որը թեթև հարթակից անկախ է: SOAP-ը XML-ի վրա հիմնված հաղորդագրությունների արձանագրություն է: Ի տարբերություն SOAP վեբ ծառայության, Restful ծառայությունն օգտագործում է REST ճարտարապետությունը, որը կառուցված է կետ առ կետ հաղորդակցության համար:
SOAP վեբ ծառայություն
Simple Object Access Protocol (SOAP) օգտագործում է HTTP արձանագրություններ՝ հավելվածներին հաղորդակցվելու թույլ տալու համար: SOAP-ը հանգույցների միջև ուղղորդված, քաղաքացիություն չունեցող հաղորդակցություն է:
Կան 3 տեսակի SOAP հանգույցներ.
- SOAP Sender – ստեղծել և փոխանցել հաղորդագրություն:
- SOAP Receiver – ստանում և մշակում է հաղորդագրությունը:
- SOAP Intermediary- ընդունում և մշակում է վերնագրի բլոկները:
Հանգիստ վեբ ծառայություն
Ներկայացուցչական պետական փոխանցումը (REST) վերաբերում է հաճախորդի և սերվերի միջև փոխհարաբերություններին և պետության գործընթացներին: Հանգստի ճարտարապետություն, REST սերվերը ռեսուրսների հասանելիություն է ապահովում հաճախորդին: Rest-ը զբաղվում է ռեսուրսների ընթերցմամբ և փոփոխությամբ կամ գրելով: Uniform Identifier (URI) նույնականացնում է փաստաթուղթը պարունակող ռեսուրսները: Սա կգրավի ռեսուրսների վիճակը:
REST-ը ավելի թեթև է, քան SOAP ճարտարապետությունը: Այն վերլուծում է JSON-ը՝ մարդու համար ընթեռնելի լեզու, որը թույլ է տալիս տվյալների փոխանակում և ավելի հեշտ օգտագործել տվյալները՝ SOAP ճարտարապետության կողմից օգտագործվող XML-ի փոխարեն:
Հանգիստ վեբ ծառայության նախագծման մի քանի սկզբունքներ կան, որոնք են.
- Հասցեականություն – Յուրաքանչյուր ռեսուրս պետք է ունենա առնվազն մեկ URL:
- Քաղաքացիություն չունեցողություն – Հանգստացնող ծառայությունը քաղաքացիություն չունեցող ծառայություն է: Հարցումը անկախ է ծառայության նախկին խնդրանքներից: HTTP-ն նախագծով հանդիսանում է քաղաքացիություն չունեցող արձանագրություն:
- Cacheable – Տվյալները, որոնք նշված են որպես քեշավորվող, պահվում են համակարգում և վերաօգտագործվում են ապագայում: Որպես նույն խնդրանքի պատասխան՝ նույն արդյունքները տալու փոխարեն: Քեշի սահմանափակումները թույլ են տալիս պատասխանի տվյալները նշել որպես քեշավոր կամ ոչ քեշ:
- Միասնական ինտերֆեյս – Թույլ է տալիս օգտագործել ընդհանուր և ստանդարտացված ինտերֆեյս մուտքի համար: HTTP մեթոդների սահմանված հավաքածուի օգտագործումը: Այս հասկացություններին համապատասխանելը երաշխավորում է, որ REST-ի իրականացումը թեթև է:
REST-ի առավելությունները
- Օգտագործում է հաղորդագրությունների ավելի պարզ ձևաչափ
- Առաջարկում է ավելի ուժեղ երկարաժամկետ արդյունավետություն
- Այն աջակցում է քաղաքացիություն չունեցող հաղորդակցությանը
- Օգտագործեք HTTP ստանդարտներ և քերականություն
- Տվյալները հասանելի են որպես ռեսուրս
REST-ի թերությունները
- Վեբ ծառայության ստանդարտների հետ կապված ձախողումներ, ինչպիսիք են անվտանգության գործարքները և այլն:
- REST հարցումները մասշտաբային չեն
ՀԱՆԳՍՏՈՒՄ ընդդեմ օճառի համեմատություն
Տարբերությունները SOAP-ի և REST վեբ ծառայությունների միջև:
| SOAP վեբ ծառայություն | Rest Web Service |
| Պահանջում է մեծ մուտքային ծանրաբեռնվածություն՝ համեմատած 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 վեբ ծառայությունների նախագծումը պետք է համապատասխանի որոշակի հասկացություններին, ներառյալ հասցեականությունը, քաղաքացիության բացակայությունը, քեշի հնարավորությունը և ստանդարտ ինտերֆեյսը: API-ի թողարկման կանոնները կարելի է բաժանել երեք կատեգորիայի՝ մասնավոր API-ներ, գործընկեր API-ներ և հանրային API-ներ:
Շնորհակալություն այս հոդվածը կարդալու համար: Ստուգեք մեր հոդվածը ուղեցույցի վերաբերյալ API անվտանգություն 2022.