Intro
ດ້ວຍການຄລິກສອງສາມຄັ້ງໃນເດັສທັອບ ຫຼືອຸປະກອນ, ຄົນເຮົາສາມາດຊື້, ຂາຍ ຫຼືເຜີຍແຜ່ອັນໃດກໍໄດ້, ທຸກເວລາ. ແນ່ນອນວ່າມັນເກີດຂຶ້ນແນວໃດ? ແນວໃດ ຂໍ້ມູນຂ່າວສານ ໄດ້ຈາກທີ່ນີ້ໄປບ່ອນນັ້ນ? hero ທີ່ບໍ່ໄດ້ຮັບການຍອມຮັບແມ່ນ API.
API ແມ່ນຫຍັງ?
API ຫຍໍ້ມາຈາກ ແອັບພລິເຄຊັນອິນເຕີເຟດ. API ສະແດງເຖິງອົງປະກອບຂອງຊອບແວ, ການດໍາເນີນງານ, ວັດສະດຸປ້ອນ, ຜົນໄດ້ຮັບ, ແລະປະເພດທີ່ຕິດພັນ. ແຕ່ເຈົ້າອະທິບາຍ API ເປັນພາສາອັງກິດທຳມະດາແນວໃດ? API ປະຕິບັດຫນ້າທີ່ເປັນຕົວສົ່ງຂ່າວທີ່ໂອນຄໍາຮ້ອງຂໍຂອງເຈົ້າຈາກແອັບພລິເຄຊັນແລະສົ່ງຄໍາຕອບກັບເຈົ້າ.
ຕົວຢ່າງ 1: ໃນເວລາທີ່ທ່ານກໍາລັງຊອກຫາຖ້ຽວບິນອອນໄລນ໌. ທ່ານພົວພັນກັບເວັບໄຊທ໌ຂອງສາຍການບິນ. ເວັບໄຊທ໌ໃຫ້ລາຍລະອຽດກ່ຽວກັບບ່ອນນັ່ງ ແລະຄ່າໃຊ້ຈ່າຍຂອງຖ້ຽວບິນໃນມື້ ແລະເວລາສະເພາະນັ້ນ. ທ່ານເລືອກອາຫານຫຼືບ່ອນນັ່ງ, ກະເປົ໋າ, ຫຼືຄໍາຮ້ອງຂໍສັດລ້ຽງຂອງທ່ານ.
ແຕ່, ຖ້າທ່ານບໍ່ໄດ້ໃຊ້ເວັບໄຊທ໌ໂດຍກົງຂອງສາຍການບິນຫຼືແລະກໍາລັງໃຊ້ຕົວແທນການທ່ອງທ່ຽວອອນໄລນ໌ທີ່ປະສົມປະສານຂໍ້ມູນຈາກຫຼາຍສາຍການບິນ. ເພື່ອໃຫ້ໄດ້ຮັບຂໍ້ມູນ, ແອັບພລິເຄຊັນຈະໂຕ້ຕອບກັບ API ຂອງສາຍການບິນ. API ແມ່ນການໂຕ້ຕອບທີ່ເອົາຂໍ້ມູນຈາກເວັບໄຊທ໌ຂອງຕົວແທນການທ່ອງທ່ຽວໄປຫາລະບົບຂອງສາຍການບິນ.
ມັນຍັງໃຊ້ເວລາການຕອບໂຕ້ຂອງສາຍການບິນແລະສົ່ງຄືນທັນທີ. ນີ້ສ້າງຄວາມສະດວກໃນການພົວພັນລະຫວ່າງການບໍລິການການເດີນທາງ, ແລະລະບົບການບິນ 'ການຈອງການບິນໄດ້. API's entails ຫ້ອງສະຫມຸດສໍາລັບການປົກກະຕິ, ໂຄງສ້າງຂໍ້ມູນ, ຫ້ອງຮຽນວັດຖຸ, ແລະຕົວແປ. ຕົວຢ່າງ, ການບໍລິການ SOAP ແລະ REST.
ຕົວຢ່າງ 2: Best Buy ເຮັດໃຫ້ລາຄາພິເສດຂອງ Deal ຂອງມື້ທີ່ມີຢູ່ໃນເວັບໄຊທ໌ຂອງຕົນ. ຂໍ້ມູນດຽວກັນນີ້ແມ່ນຢູ່ໃນແອັບພລິເຄຊັນມືຖືຂອງມັນ. ແອັບຯບໍ່ກັງວົນກ່ຽວກັບລະບົບລາຄາພາຍໃນ - ມັນສາມາດໂທຫາ Deal of the Day API ແລະຖາມວ່າລາຄາພິເສດແມ່ນຫຍັງ? Best Buy ຕອບສະໜອງກັບຂໍ້ມູນທີ່ຮ້ອງຂໍໃນຮູບແບບມາດຕະຖານທີ່ແອັບຯສະແດງໃຫ້ກັບຜູ້ໃຊ້ສຸດທ້າຍ.
ຕົວຢ່າງ 3: APIs ສໍາລັບສື່ມວນຊົນສັງຄົມແມ່ນສໍາຄັນ. ຜູ້ໃຊ້ສາມາດເຂົ້າເຖິງເນື້ອຫາແລະຮັກສາຈໍານວນບັນຊີແລະລະຫັດຜ່ານທີ່ພວກເຂົາຕິດຕາມຕໍ່າ, ດັ່ງນັ້ນພວກເຂົາສາມາດຮັກສາສິ່ງທີ່ງ່າຍດາຍ.
- Twitter API: ພົວພັນກັບຟັງຊັນ Twitter ສ່ວນໃຫຍ່
- Facebook API: ສໍາລັບການຈ່າຍເງິນ, ຂໍ້ມູນຜູ້ໃຊ້, ແລະເຂົ້າສູ່ລະບົບ
- Instagram API: ແທັກຜູ້ໃຊ້, ເບິ່ງຮູບພາບທີ່ມີທ່າອ່ຽງ
ແມ່ນຫຍັງກ່ຽວກັບ REST & SOAP API's?
SOAP ແລະ REST ໃຊ້ການບໍລິການທີ່ບໍລິໂພກ API, ເອີ້ນວ່າ Web API. ການບໍລິການເວັບບໍ່ແມ່ນຂຶ້ນກັບຄວາມຮູ້ກ່ອນຫນ້າຂອງຂໍ້ມູນຂ່າວສານ. SOAP ແມ່ນໂປຣໂຕຄໍບໍລິການເວັບທີ່ເປັນແພລດຟອມທີ່ມີນ້ຳໜັກເບົາ-ເອກະລາດ. SOAP ແມ່ນໂປຣໂຕຄໍການສົ່ງຂໍ້ຄວາມທີ່ອີງໃສ່ XML. ບໍ່ເຫມືອນກັບການບໍລິການເວັບໄຊຕ໌ SOAP, ການບໍລິການພັກຜ່ອນໃຊ້ສະຖາປັດຕະຍະກໍາ REST, ສ້າງຂຶ້ນສໍາລັບການສື່ສານຈຸດຫາຈຸດ.
ບໍລິການເວັບ SOAP
- ຜູ້ສົ່ງສະບູ – ການສ້າງ ແລະສົ່ງຂໍ້ຄວາມ.
- ຕົວຮັບ SOAP – ໄດ້ຮັບ ແລະປະມວນຜົນຂໍ້ຄວາມ.
- ຕົວກາງຂອງ SOAP- ຮັບ ແລະປະມວນຜົນບຼັອກສ່ວນຫົວ.
ການບໍລິການເວັບ RESTful
ການໂອນລັດຕົວແທນ (REST) ກ່ຽວຂ້ອງກັບຄວາມສໍາພັນລະຫວ່າງລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍແລະວິທີການລັດຂະບວນການ. ຖາປັດຕະຍະການພັກຜ່ອນ, ເຊີບເວີ REST ສະຫນອງການເຂົ້າເຖິງຊັບພະຍາກອນໃຫ້ກັບລູກຄ້າ. ການພັກຜ່ອນຈັດການການອ່ານແລະການດັດແກ້ຫຼືການຂຽນຊັບພະຍາກອນ. Uniform Identifier (URI) ກໍານົດຊັບພະຍາກອນທີ່ຈະບັນຈຸເອກະສານ. ນີ້ຈະບັນທຶກສະຖານະຊັບພະຍາກອນ.
REST ແມ່ນເບົາກວ່າສະຖາປັດຕະຍະກໍາ SOAP. ມັນວິເຄາະ JSON, ພາສາທີ່ມະນຸດສາມາດອ່ານໄດ້ທີ່ຊ່ວຍໃຫ້ການແບ່ງປັນຂໍ້ມູນ ແລະງ່າຍຕໍ່ການໃຊ້ຂໍ້ມູນ, ແທນທີ່ຈະເປັນ XML ທີ່ໃຊ້ໂດຍສະຖາປັດຕະຍະກຳ SOAP.
ມີຫຼາຍຫຼັກການໃນການອອກແບບ Restful Web Service, ເຊິ່ງແມ່ນ:
- ຄວາມສາມາດໃນການທີ່ຢູ່ - ແຕ່ລະຊັບພະຍາກອນຄວນມີຢ່າງຫນ້ອຍຫນຶ່ງ URL.
- ການບໍ່ມີລັດ - ການບໍລິການພັກຜ່ອນແມ່ນການບໍລິການທີ່ບໍ່ມີລັດ. ການຮ້ອງຂໍແມ່ນເອກະລາດຈາກການຮ້ອງຂໍທີ່ຜ່ານມາໂດຍການບໍລິການ. HTTP ແມ່ນໂດຍການອອກແບບໂປໂຕຄອນທີ່ບໍ່ມີລັດ.
- Cacheable – ຂໍ້ມູນຖືກໝາຍວ່າເປັນບ່ອນເກັບຂໍ້ມູນທີ່ສາມາດເກັບໄວ້ໄດ້ໃນລະບົບ ແລະນຳໃຊ້ຄືນໃໝ່ໃນອະນາຄົດ. ເປັນການຕອບສະຫນອງຕໍ່ຄໍາຮ້ອງຂໍດຽວກັນແທນທີ່ຈະໃຫ້ຜົນໄດ້ຮັບດຽວກັນ. ຂໍ້ ຈຳ ກັດຂອງແຄດສາມາດເຮັດການ ໝາຍ ຂໍ້ມູນການຕອບສະ ໜອງ ເປັນ cacheable ຫຼືບໍ່ແມ່ນ cacheable.
- ການໂຕ້ຕອບທີ່ເປັນເອກະພາບ - ອະນຸຍາດໃຫ້ການໂຕ້ຕອບທົ່ວໄປແລະມາດຕະຖານເພື່ອນໍາໃຊ້ສໍາລັບການເຂົ້າເຖິງ. ການນໍາໃຊ້ການລວບລວມວິທີການ HTTP ທີ່ກໍານົດໄວ້. ການປະຕິບັດຕາມແນວຄວາມຄິດເຫຼົ່ານີ້ຮັບປະກັນ, ການປະຕິບັດ REST ແມ່ນມີນ້ໍາຫນັກເບົາ.
ຂໍ້ໄດ້ປຽບຂອງ REST
- ໃຊ້ຮູບແບບທີ່ງ່າຍກວ່າສໍາລັບຂໍ້ຄວາມ
- ສະເຫນີປະສິດທິພາບໃນໄລຍະຍາວທີ່ເຂັ້ມແຂງ
- ມັນສະຫນັບສະຫນູນການສື່ສານທີ່ບໍ່ມີລັດ
- ໃຊ້ມາດຕະຖານ HTTP ແລະໄວຍາກອນ
- ຂໍ້ມູນແມ່ນມີເປັນຊັບພະຍາກອນ
ຂໍ້ເສຍຂອງ REST
- ລົ້ມເຫລວໃນມາດຕະຖານຂອງການບໍລິການເວັບເຊັ່ນ: ທຸລະກໍາຄວາມປອດໄພແລະອື່ນໆ.
- ການຮ້ອງຂໍ REST ບໍ່ສາມາດຂະຫຍາຍໄດ້
ການປຽບທຽບ REST ທຽບກັບ SOAP
ຄວາມແຕກຕ່າງລະຫວ່າງບໍລິການເວັບ SOAP ແລະ REST.
SOAP ບໍລິການເວັບ | ການບໍລິການເວັບພັກຜ່ອນ |
ຮຽກຮ້ອງໃຫ້ມີ payload ການປ້ອນຂໍ້ມູນຫຼາຍທຽບກັບ REST. | REST ມີນ້ໍາຫນັກເບົາຍ້ອນວ່າມັນໃຊ້ URI ສໍາລັບແບບຟອມຂໍ້ມູນ. |
ການປ່ຽນແປງໃນການບໍລິການ SOAP ມັກຈະນໍາໄປສູ່ການປ່ຽນແປງທີ່ສໍາຄັນໃນລະຫັດໃນດ້ານລູກຄ້າ. | ລະຫັດຂ້າງລູກຄ້າບໍ່ໄດ້ຮັບຜົນກະທົບຈາກການປ່ຽນແປງການບໍລິການໃນການຈັດຫາເວັບ REST. |
ປະເພດກັບຄືນແມ່ນປະເພດ XML ສະເໝີ. | ສະຫນອງ versatility ກ່ຽວກັບຮູບແບບຂອງຂໍ້ມູນທີ່ສົ່ງຄືນ. |
ໂປຣໂຕຄໍຂໍ້ຄວາມທີ່ອີງໃສ່ XML | ພິທີການສະຖາປັດຕະຍະກໍາ |
ຕ້ອງການຫ້ອງສະຫມຸດ SOAP ຢູ່ໃນຕອນທ້າຍຂອງລູກຄ້າ. | ບໍ່ມີການສະຫນັບສະຫນູນຫ້ອງສະຫມຸດທີ່ຈໍາເປັນໂດຍປົກກະຕິໃຊ້ຜ່ານ HTTP. |
ຮອງຮັບ WS-Security ແລະ SSL. | ຮອງຮັບ SSL ແລະ HTTPS. |
SOAP ກໍານົດຄວາມປອດໄພຂອງຕົນເອງ. | ການບໍລິການເວັບ RESTful ສືບທອດມາດຕະການຄວາມປອດໄພຈາກການຂົນສົ່ງທີ່ຕິດພັນ. |
ປະເພດຂອງນະໂຍບາຍການປ່ອຍ API
ນະໂຍບາຍການປ່ອຍສໍາລັບ API ແມ່ນ:
ນະໂຍບາຍການປ່ອຍເອກະຊົນ:
API ແມ່ນມີພຽງແຕ່ສໍາລັບການນໍາໃຊ້ຂອງບໍລິສັດພາຍໃນ.
ນະໂຍບາຍການປ່ອຍຄູ່ຮ່ວມງານ:
API ແມ່ນມີພຽງແຕ່ສໍາລັບຄູ່ຮ່ວມງານທຸລະກິດໂດຍສະເພາະ. ບໍລິສັດສາມາດຄວບຄຸມຄຸນນະພາບຂອງ API ໄດ້ເນື່ອງຈາກການຄວບຄຸມຜູ້ທີ່ສາມາດເຂົ້າເຖິງມັນໄດ້.
ນະໂຍບາຍການປ່ອຍສາທາລະນະ:
API ແມ່ນສໍາລັບການນໍາໃຊ້ສາທາລະນະ. ຄວາມພ້ອມຂອງນະໂຍບາຍການປ່ອຍຕົວແມ່ນມີໃຫ້ສາທາລະນະ. ຕົວຢ່າງ: Microsoft Windows API ແລະ Apple's Cocoa.
ສະຫຼຸບ
API ແມ່ນມີຢູ່ທົ່ວທຸກແຫ່ງ, ບໍ່ວ່າທ່ານຈະຈອງຖ້ຽວບິນ ຫຼືມີສ່ວນຮ່ວມກັບແອັບພລິເຄຊັນສື່ສັງຄົມ. SOAP API ແມ່ນອີງໃສ່ການສື່ສານ XML, ມັນແຕກຕ່າງຈາກ REST API ທີ່ມັນບໍ່ຈໍາເປັນຕ້ອງມີການຕັ້ງຄ່າພິເສດໃດໆ.
ການອອກແບບການບໍລິການ Rest Web ຄວນຍຶດຫມັ້ນກັບແນວຄວາມຄິດບາງຢ່າງ, ລວມທັງທີ່ຢູ່, ຄວາມບໍ່ເປັນຂອງລັດ, cacheability, ແລະການໂຕ້ຕອບມາດຕະຖານ. ກົດລະບຽບການປ່ອຍ API ອາດຈະແບ່ງອອກເປັນສາມປະເພດ: APIs ສ່ວນຕົວ, APIs ຄູ່ຮ່ວມງານ, ແລະ APIs ສາທາລະນະ.
ຂອບໃຈສໍາລັບການອ່ານບົດຄວາມນີ້. ກວດເບິ່ງບົດຄວາມຂອງພວກເຮົາກ່ຽວກັບຄູ່ມືກ່ຽວກັບ ຄວາມປອດໄພ API 2022.