မိတ်ဆက်ခြင်း
ဒက်စ်တော့ သို့မဟုတ် စက်ပစ္စည်းပေါ်တွင် ကလစ်အနည်းငယ်နှိပ်ခြင်းဖြင့် မည်သည့်အရာကိုမဆို ဝယ်ယူ၊ ရောင်းချ သို့မဟုတ် ထုတ်ဝေနိုင်သည်။ အတိအကျ ဘယ်လိုဖြစ်တာလဲ။ ဘယ်လိုမျိုး သတင်းအချက်အလက် ဒီကနေ အဲဒီ့ဆီကို သွားမလား? အသိအမှတ်မပြုသော ဟီးရိုးသည် API ဖြစ်သည်။
တစ်ဦး API ကိုကဘာလဲ?
API သည် တစ်ခုဖြစ်သည်။ အပလီကေးရှင်း ပရိုဂရမ်းမင်း အင်တာဖေ့စ်. API တစ်ခုသည် ဆော့ဖ်ဝဲလ် အစိတ်အပိုင်းတစ်ခု၊ ၎င်း၏ လုပ်ဆောင်ချက်များ၊ ထည့်သွင်းမှုများ၊ အထွက်များနှင့် နောက်ခံအမျိုးအစားများကို ဖော်ပြသည်။ ဒါပေမယ့် API ကို အင်္ဂလိပ်လို ရိုးရိုးရှင်းရှင်း ဘယ်လိုရှင်းပြမလဲ။ API သည် သင့်တောင်းဆိုမှုကို အပလီကေးရှင်းတစ်ခုမှ လွှဲပြောင်းပေးပြီး သင့်ထံ ပြန်လည်ပေးပို့သည့် တုံ့ပြန်မှုကို ပေးပို့သည့် messenger တစ်ခုအနေဖြင့် လုပ်ဆောင်သည်။
ဥပမာအား 1: လေယာဉ်ခရီးစဉ်များကို အွန်လိုင်းတွင် ရှာဖွေနေချိန်။ သင်သည် လေကြောင်းလိုင်း၏ ဝဘ်ဆိုက်နှင့် အပြန်အလှန် တုံ့ပြန်သည်။ ဝဘ်ဆိုဒ်တွင် ထိုင်ခုံနေရာနှင့် လေယာဉ်စရိတ်တို့ကို ထိုရက်စွဲနှင့် အချိန်အလိုက် အသေးစိတ်ဖော်ပြထားသည်။ သင်သည် သင်၏ အစားအစာ သို့မဟုတ် ထိုင်ခုံ၊ ခရီးဆောင်အိတ် သို့မဟုတ် အိမ်မွေးတိရစ္ဆာန် တောင်းဆိုမှုများကို ရွေးချယ်ပါ။
သို့သော် သင်သည် လေကြောင်းလိုင်း၏ တိုက်ရိုက်ဝဘ်ဆိုဒ်ကို အသုံးမပြုပါက သို့မဟုတ် လေကြောင်းလိုင်းများစွာမှ အချက်အလက်များကို ပေါင်းစပ်ထားသည့် အွန်လိုင်း ခရီးသွားအေးဂျင့်ကို အသုံးပြုနေပါက၊ အချက်အလက်ရယူရန်၊ အက်ပ်လီကေးရှင်းသည် လေကြောင်းလိုင်း၏ API နှင့် အပြန်အလှန်အကျိုးသက်ရောက်သည်။ API သည် ခရီးသွားအေးဂျင့်၏ဝဘ်ဆိုဒ်မှ အချက်အလက်များကို လေကြောင်းလိုင်း၏စနစ်သို့ ယူဆောင်သည့် မျက်နှာပြင်ဖြစ်သည်။
၎င်းသည် လေကြောင်းလိုင်း၏ တုံ့ပြန်မှုကိုလည်းခံယူပြီး ချက်ချင်းပြန်ပို့ပေးသည်။ ၎င်းသည် ခရီးသွားဝန်ဆောင်မှုနှင့် လေကြောင်းလိုင်း 'လေယာဉ်ခရီးစဉ်ကို ဘွတ်ကင်လုပ်ရန် စနစ်များအကြား အပြန်အလှန်ကူညီဆောင်ရွက်ပေးသည်။ API တွင် လုပ်ရိုးလုပ်စဉ်များ၊ ဒေတာဖွဲ့စည်းပုံများ၊ အရာဝတ္ထုအတန်းများနှင့် ကိန်းရှင်များအတွက် စာကြည့်တိုက်တစ်ခု ပါဝင်သည်။ ဥပမာအားဖြင့်၊ SOAP နှင့် REST ဝန်ဆောင်မှုများ။
ဥပမာအား 2: Best Buy သည် ၎င်း၏ဝဘ်ဆိုဒ်မှတဆင့် ရရှိနိုင်သော အထူးစျေးနှုန်းများကို ပြုလုပ်ပေးပါသည်။ ဤတူညီသောဒေတာသည် ၎င်း၏မိုဘိုင်းအပလီကေးရှင်းတွင်ဖြစ်သည်။ အပလီကေးရှင်းသည် အတွင်းပိုင်းစျေးနှုန်းစနစ်နှင့်ပတ်သက်၍ မစိုးရိမ်ပါ - ၎င်းသည် Deal of the Day API ကိုခေါ်ဆိုနိုင်ပြီး စျေးနှုန်းအထူးကား အဘယ်နည်းဟု မေးနိုင်သည်။ Best Buy သည် အက်ပ်မှအဆုံးအသုံးပြုသူအား ပြသသည့် စံဖော်မတ်တစ်ခုဖြင့် တောင်းဆိုထားသော အချက်အလက်ကို တုံ့ပြန်သည်။
ဥပမာ ၃- ဆိုရှယ်မီဒီယာအတွက် API များသည် အရေးကြီးပါသည်။ အသုံးပြုသူများသည် အကြောင်းအရာများကို ဝင်ရောက်ကြည့်ရှုနိုင်ပြီး ၎င်းတို့သည် နိမ့်ကျနေသည့် အကောင့်များနှင့် စကားဝှက်များကို ထိန်းသိမ်းထားနိုင်သောကြောင့် ၎င်းတို့သည် အရာများကို ရိုးရှင်းစွာ ထိန်းသိမ်းထားနိုင်မည်ဖြစ်သည်။
- Twitter API- Twitter လုပ်ဆောင်ချက်အများစုနှင့် အပြန်အလှန် တုံ့ပြန်ပါ။
- Facebook API- ငွေပေးချေမှု၊ အသုံးပြုသူဒေတာနှင့် အကောင့်ဝင်ရန်အတွက်
- Instagram API- အသုံးပြုသူများကို တဂ်လုပ်ပါ၊ ခေတ်စားနေသော ဓာတ်ပုံများကို ကြည့်ရှုပါ။
REST & SOAP API တွေကော ဘယ်လိုလဲ။
SOAP နှင့် REST Web API ဟုခေါ်သော API စားသုံးသည့်ဝန်ဆောင်မှုကို အသုံးပြုပါ။ ဝဘ်ဝန်ဆောင်မှုသည် သတင်းအချက်အလက်ဆိုင်ရာ ကြိုတင်သိရှိမှုအပေါ် မှီခိုခြင်းမရှိပါ။ SOAP သည် ပေါ့ပါးသော ပလပ်ဖောင်းအမှီအခိုကင်းသော ဝဘ်ဝန်ဆောင်မှုပရိုတိုကောတစ်ခုဖြစ်သည်။ SOAP သည် XML အခြေပြု စာတိုပေးပို့ရေး ပရိုတိုကောတစ်ခုဖြစ်သည်။ SOAP ဝဘ်ဝန်ဆောင်မှုနှင့်မတူဘဲ၊ Restful ဝန်ဆောင်မှုသည် ပွိုင့်တစ်ခုသို့ ဆက်သွယ်ရန်အတွက် တည်ဆောက်ထားသော REST ဗိသုကာကို အသုံးပြုသည်။
SOAP ဝဘ်ဝန်ဆောင်မှု
- ဆပ်ပြာပေးပို့သူ - မက်ဆေ့ခ်ျကို ဖန်တီးခြင်းနှင့် ပေးပို့ခြင်း။
- ဆပ်ပြာလက်ခံသူ – မက်ဆေ့ခ်ျကို ရယူပြီး လုပ်ဆောင်သည်။
- SOAP ကြားခံ- ခေါင်းစီးတုံးများကို လက်ခံပြီး လုပ်ဆောင်သည်။
RESTful ဝဘ်ဝန်ဆောင်မှု
ကိုယ်စားပြုပြည်နယ်လွှဲပြောင်းခြင်း (REST) သည် client နှင့် server အကြားဆက်နွှယ်မှုနှင့် state processes တို့နှင့်ဆက်စပ်သည်။ အနားယူခြင်းဆိုင်ရာ ဗိသုကာ၊ REST ဆာဗာသည် သုံးစွဲသူထံ ရင်းမြစ်ဝင်ရောက်ခွင့်ကို ပေးသည်။ Rest သည် အရင်းအမြစ်များကို ဖတ်ခြင်းနှင့် ပြုပြင်ခြင်း သို့မဟုတ် ရေးသားခြင်းတို့ကို ကိုင်တွယ်သည်။ Uniform Identifier (URI) သည် စာရွက်စာတမ်းတစ်ခုပါ၀င်ရန် အရင်းအမြစ်များကို ခွဲခြားသတ်မှတ်သည်။ ၎င်းသည် အရင်းအမြစ်အခြေအနေကို ဖမ်းယူမည်ဖြစ်သည်။
REST သည် SOAP ဗိသုကာထက် ပေါ့ပါးသည်။ ၎င်းသည် SOAP ဗိသုကာမှအသုံးပြုသော XML အစား ဒေတာမျှဝေခြင်းနှင့် ဒေတာအသုံးပြုရပိုမိုလွယ်ကူစေသည့် လူသားဖတ်နိုင်သောဘာသာစကား JSON ကို ပိုင်းခြားထားသည်။
Restful Web Service ကို ဒီဇိုင်းဆွဲရန် အခြေခံမူများစွာ ရှိပါသည်။
- လိပ်စာလက်ခံနိုင်မှု – အရင်းအမြစ်တစ်ခုစီတွင် အနည်းဆုံး URL တစ်ခုရှိသင့်သည်။
- နိုင်ငံမဲ့ခြင်း - တည်ငြိမ်သောဝန်ဆောင်မှုသည် နိုင်ငံမဲ့ဝန်ဆောင်မှုတစ်ခုဖြစ်သည်။ တောင်းဆိုချက်တစ်ခုသည် ဝန်ဆောင်မှု၏ ယခင်တောင်းဆိုမှုများနှင့် သီးခြားဖြစ်သည်။ HTTP သည် နိုင်ငံမဲ့ ပရိုတိုကောကို ဒီဇိုင်းထုတ်ထားသည်။
- ကက်ရှ်လုပ်နိုင်သည် – ဒေတာကို စနစ်တွင် သိမ်းဆည်းနိုင်သော စတိုးဆိုင်များအဖြစ် အမှတ်အသားပြုပြီး နောင်တွင် ပြန်လည်အသုံးပြုသည်။ တူညီသောတောင်းဆိုမှုကို တုံ့ပြန်သည့်အနေဖြင့် တူညီသောရလဒ်များကို ထုတ်လုပ်မည့်အစား၊ Cache ကန့်သတ်ချက်များသည် တုံ့ပြန်မှုဒေတာကို ကက်ရှ်လုပ်နိုင်သော သို့မဟုတ် ကက်ရှ်မရနိုင်သည့်အဖြစ် အမှတ်အသားပြုခြင်းကို ဖွင့်ပေးသည်။
- ယူနီဖောင်းအင်တာဖေ့စ် – ဝင်ရောက်အသုံးပြုရန်အတွက် ဘုံနှင့် စံသတ်မှတ်ထားသော အင်တာဖေ့စ်ကို အသုံးပြုခွင့်ပေးသည်။ သတ်မှတ်ထားသော HTTP နည်းလမ်းများစုစည်းမှုအသုံးပြုခြင်း။ ဤသဘောတရားများကိုလိုက်နာခြင်းဖြင့် REST အကောင်အထည်ဖော်မှုသည် ပေါ့ပါးပါသည်။
REST ၏ အားသာချက်များ
- မက်ဆေ့ချ်များအတွက် ပိုမိုရိုးရှင်းသော ဖော်မတ်ကို အသုံးပြုသည်။
- ပိုမိုကောင်းမွန်သော ရေရှည်ထိရောက်မှုကို ပေးသည်။
- ၎င်းသည် နိုင်ငံမဲ့ဆက်သွယ်ရေးကို ပံ့ပိုးပေးသည်။
- HTTP စံနှုန်းများနှင့် သဒ္ဒါကို အသုံးပြုပါ။
- ဒေတာကို အရင်းအမြစ်တစ်ခုအနေဖြင့် ရရှိနိုင်သည်။
REST ၏ အားနည်းချက်များ
- Security Transactions စသည်တို့ကဲ့သို့သော ဝဘ်ဝန်ဆောင်မှု၏ စံနှုန်းများတွင် မအောင်မြင်ပါ။
- REST တောင်းဆိုမှုများသည် အရွယ်အစား မပြောင်းလဲနိုင်ပါ။
REST နှင့် SOAP နှိုင်းယှဉ်မှု
SOAP နှင့် REST ဝဘ်ဝန်ဆောင်မှုများကြား ကွာခြားချက်များ။
SOAP ဝဘ်ဝန်ဆောင်မှု | Rest Web Service |
REST နှင့် နှိုင်းယှဉ်ပါက လေးလံသော input payload လိုအပ်ပါသည်။ | ဒေတာပုံစံများအတွက် URI ကို အသုံးပြုသောကြောင့် REST သည် ပေါ့ပါးသည်။ |
SOAP ဝန်ဆောင်မှုများတွင် အပြောင်းအလဲသည် သုံးစွဲသူဘက်မှ ကုဒ်ကို သိသာထင်ရှားစွာ ပြောင်းလဲစေတတ်သည်။ | REST ဝဘ်စီမံဆောင်ရွက်ပေးမှုတွင် ဝန်ဆောင်မှုများတွင် အပြောင်းအလဲကြောင့် သုံးစွဲသူဘက်မှ ကုဒ်ကို သက်ရောက်မှုမရှိပါ။ |
Return အမျိုးအစားသည် အမြဲတမ်း 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 ဝန်ဆောင်မှုများကို ဒီဇိုင်းဆွဲခြင်းသည် လိပ်စာဖြစ်နိုင်မှု၊ နိုင်ငံမဲ့ဖြစ်မှု၊ cacheability နှင့် standard interface အပါအဝင် အချို့သော အယူအဆများကို လိုက်နာသင့်သည်။ API ထုတ်ဝေမှုစည်းမျဉ်းများကို အမျိုးအစားသုံးမျိုးခွဲခြားနိုင်သည်- ပုဂ္ဂလိက APIs၊ ပါတနာ APIs နှင့် အများသူငှာ API များ။
ဒီဆောင်းပါးကိုဖတ်တဲ့အတွက် ကျေးဇူးတင်ပါတယ်။ လမ်းညွှန်ရန် ကျွန်ုပ်တို့၏ဆောင်းပါးကို ကြည့်ပါ။ API လုံခြုံရေး 2022.
