API ជាអ្វី? | និយមន័យរហ័ស

តើ API ជាអ្វី?

ការណែនាំ

ដោយចុចពីរបីដងលើកុំព្យូទ័រ ឬឧបករណ៍ មនុស្សម្នាក់អាចទិញ លក់ ឬបោះផ្សាយអ្វីក៏បានគ្រប់ពេល។ តើវាកើតឡើងដោយរបៀបណា? យ៉ាងម៉េច ចុះពីទីនេះទៅទីនោះ? វីរបុរសដែលមិនស្គាល់គឺ API ។

តើ API ជាអ្វី?

API តំណាង​ឱ្យ​ ចំណុចប្រទាក់កម្មវិធីកម្មវិធី. API បង្ហាញពីសមាសធាតុកម្មវិធី ប្រតិបត្តិការរបស់វា ធាតុបញ្ចូល លទ្ធផល និងប្រភេទមូលដ្ឋាន។ ប៉ុន្តែតើអ្នកពន្យល់ API ជាភាសាអង់គ្លេសធម្មតាដោយរបៀបណា? API មានមុខងារជាអ្នកនាំសារដែលផ្ទេរសំណើរបស់អ្នកពីកម្មវិធីមួយ ហើយបញ្ជូនការឆ្លើយតបមកអ្នកវិញ។

ឧទាហរណ៍ 1: នៅពេលអ្នកកំពុងស្វែងរកជើងហោះហើរតាមអ៊ីនធឺណិត។ អ្នកធ្វើអន្តរកម្មជាមួយគេហទំព័ររបស់ក្រុមហ៊ុនអាកាសចរណ៍។ គេហទំព័រនេះរៀបរាប់លម្អិតអំពីកន្លែងអង្គុយ និងតម្លៃជើងហោះហើរនៅថ្ងៃ និងពេលវេលាជាក់លាក់នោះ។ អ្នកជ្រើសរើសអាហារ ឬកន្លែងអង្គុយ ឥវ៉ាន់ ឬសំណើសត្វចិញ្ចឹមរបស់អ្នក។

ប៉ុន្តែប្រសិនបើអ្នកមិនប្រើប្រាស់គេហទំព័រផ្ទាល់របស់ក្រុមហ៊ុនអាកាសចរណ៍ ឬនិងកំពុងប្រើប្រាស់ភ្នាក់ងារធ្វើដំណើរតាមអ៊ីនធឺណិតដែលរួមបញ្ចូលគ្នានូវទិន្នន័យពីក្រុមហ៊ុនអាកាសចរណ៍ជាច្រើន។ ដើម្បីទទួលបានព័ត៌មាន កម្មវិធីមួយធ្វើអន្តរកម្មជាមួយ API របស់ក្រុមហ៊ុនអាកាសចរណ៍។ API គឺជាចំណុចប្រទាក់ដែលយកទិន្នន័យពីគេហទំព័រភ្នាក់ងារធ្វើដំណើរទៅកាន់ប្រព័ន្ធរបស់ក្រុមហ៊ុនអាកាសចរណ៍។

 

វាក៏ត្រូវការការឆ្លើយតបរបស់ក្រុមហ៊ុនអាកាសចរណ៍ និងផ្តល់មកវិញភ្លាមៗផងដែរ។ នេះជួយសម្រួលដល់អន្តរកម្មរវាងសេវាកម្មធ្វើដំណើរ និងប្រព័ន្ធ 'ក្រុមហ៊ុនអាកាសចរណ៍ - ដើម្បីកក់ជើងហោះហើរ។ API's រួមបញ្ចូលបណ្ណាល័យសម្រាប់ទម្លាប់ រចនាសម្ព័ន្ធទិន្នន័យ ថ្នាក់វត្ថុ និងអថេរ។ ឧទាហរណ៍ សេវា SOAP និង REST ។

 

ឧទាហរណ៍ 2: Best Buy ធ្វើឱ្យតម្លៃ Deal of the Day ពិសេសមានតាមរយៈគេហទំព័ររបស់ខ្លួន។ ទិន្នន័យដូចគ្នានេះមាននៅក្នុងកម្មវិធីទូរស័ព្ទរបស់វា។ កម្មវិធីនេះមិនបារម្ភអំពីប្រព័ន្ធកំណត់តម្លៃខាងក្នុងទេ វាអាចហៅទៅ Deal of the Day API ហើយសួរថា តើតម្លៃពិសេសអ្វី? Best Buy ឆ្លើយតបជាមួយនឹងព័ត៌មានដែលបានស្នើសុំក្នុងទម្រង់ស្តង់ដារដែលកម្មវិធីបង្ហាញដល់អ្នកប្រើប្រាស់ចុងក្រោយ។

 

ឧទាហរណ៍ ១៖  APIs សម្រាប់ប្រព័ន្ធផ្សព្វផ្សាយសង្គមមានសារៈសំខាន់ណាស់។ អ្នកប្រើប្រាស់អាចចូលប្រើមាតិកា និងរក្សាចំនួនគណនី និងពាក្យសម្ងាត់ដែលពួកគេរក្សាបានតិចតួច ដូច្នេះពួកគេអាចរក្សាអ្វីៗសាមញ្ញបាន។

  • 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 គឺជាមធ្យោបាយទំនាក់ទំនងគ្មានរដ្ឋរវាងថ្នាំង។ ថ្នាំង SOAP មាន ៣ ប្រភេទ៖

  1. អ្នកផ្ញើ SOAP - បង្កើតនិងបញ្ជូនសារ។

  2. អ្នកទទួល SOAP - ទទួលបាន និងដំណើរការសារ។

  3. SOAP Intermediary- ទទួល និងដំណើរការប្លុកបឋមកថា។

សេវាគេហទំព័រ RESTful

ការផ្ទេររដ្ឋតំណាង (REST) ​​ទាក់ទងនឹងទំនាក់ទំនងរវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ និងរបៀបដែលរដ្ឋដំណើរការ។ ស្ថាបត្យកម្មសម្រាក, ម៉ាស៊ីនមេ REST ផ្តល់ការចូលប្រើធនធានដល់អតិថិជន។ សម្រាកគ្រប់គ្រងការអាន និងការកែប្រែ ឬសរសេរធនធាន។ Uniform Identifier (URI) កំណត់ធនធានដើម្បីផ្ទុកឯកសារ។ វានឹងចាប់យកស្ថានភាពធនធាន។

REST គឺស្រាលជាងស្ថាបត្យកម្ម SOAP ។ វាញែក JSON ដែលជាភាសាដែលមនុស្សអាចអានបាន ដែលអនុញ្ញាតឱ្យចែករំលែកទិន្នន័យ និងងាយស្រួលប្រើទិន្នន័យ ជំនួសឱ្យ XML ដែលប្រើដោយស្ថាបត្យកម្ម SOAP ។

មានគោលការណ៍មួយចំនួនសម្រាប់ការរចនាសេវាកម្មគេហទំព័រ Restful ដែលមានដូចជា៖

  • លទ្ធភាពនៃអាសយដ្ឋាន - ធនធាននីមួយៗគួរតែមានយ៉ាងហោចណាស់ URL មួយ។
  • ភាពគ្មានរដ្ឋ - សេវាសម្រាកគឺជាសេវាកម្មគ្មានរដ្ឋ។ សំណើគឺឯករាជ្យនៃសំណើពីមុនណាមួយដោយសេវាកម្ម។ HTTP គឺដោយការរចនាពិធីការគ្មានរដ្ឋ។
  • Cacheable - ទិន្នន័យត្រូវបានសម្គាល់ថាជាឃ្លាំងផ្ទុកទិន្នន័យនៅក្នុងប្រព័ន្ធ ហើយប្រើឡើងវិញនៅពេលអនាគត។ ក្នុងនាមជាការឆ្លើយតបទៅនឹងសំណើដូចគ្នាជំនួសឱ្យការផលិតលទ្ធផលដូចគ្នា។ ដែនកំណត់ឃ្លាំងសម្ងាត់បើកការសម្គាល់ទិន្នន័យឆ្លើយតបថាអាចលាក់ទុកបាន ឬមិនអាចលាក់ទុកបាន។
  • ចំណុចប្រទាក់ឯកសណ្ឋាន - អនុញ្ញាតឱ្យចំណុចប្រទាក់ទូទៅ និងស្តង់ដារប្រើសម្រាប់ការចូលប្រើ។ ការប្រើប្រាស់ការប្រមូលដែលបានកំណត់នៃវិធីសាស្ត្រ HTTP ។ ការអនុវត្តតាមគោលគំនិតទាំងនេះធានាថា ការអនុវត្ត REST គឺស្រាល។

អត្ថប្រយោជន៍នៃ REST

  • ប្រើទម្រង់សាមញ្ញជាងមុនសម្រាប់សារ
  • ផ្តល់នូវប្រសិទ្ធភាពយូរអង្វែងកាន់តែរឹងមាំ
  • វាគាំទ្រការទំនាក់ទំនងគ្មានរដ្ឋ
  • ប្រើស្តង់ដារ HTTP និងវេយ្យាករណ៍
  • ទិន្នន័យអាចរកបានជាធនធាន

គុណវិបត្តិនៃ REST

  • បរាជ័យក្នុងស្តង់ដារនៃសេវាកម្មគេហទំព័រ ដូចជាប្រតិបត្តិការសុវត្ថិភាពជាដើម។
  • សំណើ REST មិនអាចធ្វើមាត្រដ្ឋានបានទេ។

ការប្រៀបធៀប REST ទល់នឹង SOAP

ភាពខុសគ្នារវាងសេវាកម្មគេហទំព័រ SOAP និង REST ។

 

សេវាគេហទំព័រ SOAP

សេវាគេហទំព័រសម្រាក

តម្រូវ​ឱ្យ​មាន​បន្ទុក​បញ្ចូល​ខ្លាំង​ធៀប​នឹង 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's Cocoa ។

សន្និដ្ឋាន

APIs មានវត្តមាននៅគ្រប់ទីកន្លែង មិនថាអ្នកកំពុងកក់ជើងហោះហើរ ឬចូលរួមជាមួយកម្មវិធីប្រព័ន្ធផ្សព្វផ្សាយសង្គមនោះទេ។ SOAP API គឺផ្អែកលើទំនាក់ទំនង XML វាខុសពី REST API ដែលវាមិនតម្រូវឱ្យមានការកំណត់ពិសេសណាមួយឡើយ។

ការរចនាសេវាកម្មគេហទំព័រ Rest គួរតែប្រកាន់ខ្ជាប់នូវគោលគំនិតមួយចំនួន រួមទាំងអាសយដ្ឋាន ភាពគ្មានរដ្ឋ ភាពមិនអាចរក្សាបាន និងចំណុចប្រទាក់ស្តង់ដារ។ ច្បាប់នៃការចេញផ្សាយ API អាចត្រូវបានបែងចែកជាបីប្រភេទ៖ APIs ឯកជន APIs ដៃគូ និង APIs សាធារណៈ។

សូមអរគុណសម្រាប់ការអានអត្ថបទនេះ។ សូមពិនិត្យមើលអត្ថបទរបស់យើងនៅលើ មគ្គុទ្ទេសក៍ទៅ សុវត្ថិភាព API 2022.

រំលង TOR Censorship

ឆ្លងកាត់ការត្រួតពិនិត្យអ៊ីនធឺណិតជាមួយ TOR

ការឆ្លងកាត់ការត្រួតពិនិត្យអ៊ីនធឺណិតជាមួយនឹងការណែនាំ TOR នៅក្នុងពិភពលោកដែលការចូលប្រើព័ត៌មានត្រូវបានគ្រប់គ្រងកាន់តែខ្លាំង ឧបករណ៍ដូចជាបណ្តាញ Tor បានក្លាយជាកត្តាសំខាន់សម្រាប់

អាន​បន្ថែម "
អក្សរ Kobold៖ ការវាយប្រហារតាមអ៊ីមែលដែលមានមូលដ្ឋានលើ HTML

អក្សរ Kobold៖ ការវាយប្រហារតាមអ៊ីមែលដែលមានមូលដ្ឋានលើ HTML

Kobold Letters៖ ការវាយប្រហារតាមអ៊ីមែលដែលមានមូលដ្ឋានលើ HTML នៅថ្ងៃទី 31 ខែមីនា ឆ្នាំ 2024 ក្រុមហ៊ុន Luta Security បានចេញផ្សាយអត្ថបទមួយដែលបង្ហាញពន្លឺលើវ៉ិចទ័របន្លំដ៏ទំនើបថ្មីមួយគឺ អក្សរ Kobold ។

អាន​បន្ថែម "