مقدمة للAPIs: درس بدء المعرفة واستخدام الAPIs في الهندسة البرمجية

ما هو الـAPI؟

هل تتساءل أبداً كيف يمكنك تسجيل الدخول إلى تطبيقاتك المفضلة مثل Facebook ، Hashnode ، dev.to ، LinkedIn وهلم جرا. أعلم أني حصلت على انتباهك وبدأت في التفكير بسرعة. أو هل تخيل كيف كان من السهل جداً الوصول إلى تطبيق WakaNow للطيران والحصول على أقل تكاليف وأفضل أسعار من جميع أنحاء العالم ؟ حتى المعجبون بالفутбо لا يتم إغفالهم لأنهم يمكنهم الوصول إلى المباراة في الوقت الحقيقي.

الإجابة على كل هذه الأسئلة هي أنها تتواصل مع أنظمة أخرى للحصول على هذه البيانات أو لتحقق من تفاصيل, والوسيلة للتواصل هي عبر الـAPI.

في هذه المقالة، سيتم توضيح مفهوم الـAPI وسيتم تعلم بوضوح وبشكل ملاءم ما هو الـAPI وأنواعه وطريقة عمله.

I. مقدمة للـAPI

A. ما هو الـAPI؟

الـAPI وهو أبراجمين بالتعامل البرمجي هو ببساطة أداة تسمح للأنظمة أو التكنولوجيات بالتواصل مع أنفسها بشaring معلومات أو بيانات. يمكن تفسيره أيضًا كطبقة تسمح للأنظمة بالتواصل بعضها البعض وبتوجيه بمعيار أو بروتوكول يوفر هذا التبادل.

B. لماذا يهم الـAPI؟

الAPIs مهمة لأنها تسمح للأنظمة والتكنولوجيات بالتفاعل مع بعضها البعض وبتبادل البيانات والوظائف، وتعمل معًا لخلق أنظمة قوية وفعالة. أضافة إلى ذلك، تعطي المطورين القدرة العظيمة على تجميع التطبيقات للقيام بمهمة معينة. على سبيل المثال، قد تكون موقع معرفة موضة وتدمج Flutterwave API لتسمح للزبائن بالدفع للتصميمات أو المحاضرات، يمكنك أيضًا استخدام حسابك الGoogle للدخول إلى أي تطبيق مرتبط به.

يمكن استخدام الAPIs للحصول على بيانات من الجهات الثالثة وللمبادلة بين المعلومات، مما يسمح لنا بعمل أشياء جنونية كمهندسون برمجيات.

كيف تعمل الAPIs؟

دعونا نستخدم هذه المجالدية للبدء، أنت تريد الدراسة في جامعة. يتوجب عليك متابعة سلسلة من العمليات التي ستتضمن الاختبارات ومع نتائجها تقدم بطلبك لموسكو المطلوب. لا يتوجب عليك الذهاب إلى مسؤول القبول مباشرة للتقدم، بل تزور موقعهم الإلكتروني وتقوم بتعبئة بياناتك وتحميل المعايير. بينما تنتظر القبول، يحدث سلسلة من الأمور في الخلفية التي لا تعرفها وسيتم إعطائك القبول إذا تم الحصول على الأحتياجات.

يمكن توضيح العملية بالتالي، نريد التواصل مع مكتب القبول في الجامعة ولكن لا يمكننا الوصول إلى المكتب المباشر لذلك نستخدم طبقة API التي في هذه المجالدية هي موقع الجامعة الإلكت

تخيل أن لم يكن هناك مرآة دخول، سيتوجب عليك الذهاب إلى مكتب القبول بالجامعة لإرسال detaillك الذي سيكون وقته مستندًا وغير من الأخطأ.

لربط جهازين من التطبيقات عبر الإنترنت، فإن أحد البرامج، المعروف باسم المستخدم، يرسل طلبًا إلى API الآخر من التطبيقات. المستخدم يطلب موردًا من قاعدة البيانات للتطبيق أو يطلب أن يجري عملًا على الخوادم.

بعد تلقي الطلب وتحقيق صحة الطلب، يأخذ الAPI المطلوب العمل ويرجع ردًا للمستخدم. تتكون هذه الإجابة من حالة الطلب (تم الإنجاز أو رفض) وأي موارد تطلب المستخدم.

رسم 1. عمل الAPI

D. أنواع الAPIs

هناك حوالي أربع أنواع مختلفة من الAPIs التي ستشرح.

بعض أمثلة الAPIs العامة تشمل: Bitquery, Adoptapet, covalenthq.

الAPIs الخاصة:

تعني أن الأيبي خاصة أو الأيبي الداخلية هي نوع من الأيبي التي تتوفر فقط للمطورين أو الأشخاص الذين قاموا ببناءها. ويمكن الوصول إليها فقط بعد إرسال دعوة من صاحبها.

بعض أمثلة الأيبي الخاصة تضم:

الAPIs الشركاء

يعني واجهة برمجية (API) التي يقدمها شركة أو منظمة لتسمح للمطورين الخارجيين أو الشركاء بالتواصل والتفاعل مع خدماتهم، أو بياناتهم، أو بلاتينهم. يُدعى هذا النوع من الAPIs بالAPIs الشركاء، ويُعرف أيضًا بالAPIs الثالثة الطرفية أو API المطورين. تهدف هذه الAPIs إلى تسهيل تركيبة مختلفة من الأنظمة، البرامج، أو الخدمات.

تقدم الشركات والمنظمات الAPIs الشركاء بشكل متكرر لتوسيع منافع منتجاتهم أو خدماتهم ولتعزيز التعاون مع المطورين الخارجيين أو الشركات. ومع المساعدة هذه الAPIs، يمكن للشركاء أن يصمموا برامج، أدوات، أو خدمات تستخدم بيانات، ووظائف، أو تكنولوجيا الشركة.

بعض أمثلة على الAPIs الشركاء تشمل:

APIs المركبة

APIs المركبة أيضًا يُسمى بال APIs التكاملية أو APIs التجميع أو ال APIs المزيفة. وهي نوع من ال APIs التي تختلط وتتراكم المعلومات أو الوظائف من عدة APIs الأساسية أو الخدمات في واحد منافذ التواصل. تساعد هذه ال APIs على توسيع عملية تركيب البرمجيات وتوفر منظور متكامل لعدة مصادر البيانات بتمكين المطورين من الوصول إلى وتفاعل مع مختلف الخدمات من خلال API واحد.

عندما يحتاج المبرمجون إلى استقبال معلومات متوالية أو إجراء عدة أفعال من مجموعة واسعة من المصادر، تساعد الأبياء المتكاملة. يمكن للأبياء المتكاملة إيجاد معالم واحد للمعلومات أو إجراء عمليات عبر عدة خدمات بدلاً من إرسال أسئلة منفصلة لكل نظام API. يتم تحسين العملية البرمجية وتنخفض التعقيد ويزداد فاعلية العمل كنتيجة.

هذا مثال على الأبياء المتكاملة التي تجمع البيانات الجوية من موردين خدمات الجو عدة:

بإمكان إنشاء API متكاملة أن يجمع بيانات الجو من هؤلاء الموردين العديدين وتقدم للمطورين منصة بيانات الجو واحدة فقط. هذا يسمح للمطورين بالحصول على معلومات الجو من عدة مصادر بطريقة solicitud API واحدة فقط.

II. أنماط الهيكل التقني للأبياء

A. الأبياء الويب

واجهات برمجة التطبيقات (Web APIs) هي الأكثر استخدامًا لأن معظم أنشطتنا اليومية تدور حول الويب. واجهات برمجة التطبيقات على الويب هي معايير تتيح للأشياء أن تكون بنفس الطريقة على متصفحات مختلفة. يشير ذلك إلى كلا جانبي الاتصال. واجهات برمجة التطبيقات على الويب، التي تُعرف عادةً بواجهات برمجة التطبيقات (APIs)، هي واجهات تُتاح من قبل خدمات أو تطبيقات الويب التي تُمكّن من الاتصال والتفاعل عبر الإنترنت بينها وبين برامج أخرى. يمكن للمطورين الوصول برمجيًا إلى وظائف أو خدمات أو بيانات معينة من تطبيق أو خدمة ويب بفضل واجهات برمجة التطبيقات على الويب.

1. واجهات برمجة التطبيقات RESTful

واجهات برمجة التطبيقات RESTful التي تعني واجهة برمجة تطبيقات نقل الحالة التمثيلية هي مجموعة من المعايير التي تتيح لأجهزة الكمبيوتر التواصل مع بعضها البعض عبر الويب باتباع مبادئ تصميم معمارية REST (أو نقل الحالة التمثيلية).

جزء من واجهة برمجة تطبيقات REST يشمل

طلب —–→ استجابة
عملية – GET، POST، PATCH، UPDATE، DELETE
نقطة النهاية – عنوان URL
معلمة/جسم
رؤوس

الشكل 2: رسم بياني لواجهة برمجة تطبيقات REST

المبادئ الأساسية لـ REST تشمل:

architecture العميل-الخادم: REST يقسم المكونات المستخدمة والخادم بعيداً عن بعضها البعض ، مما يسمح لهما بالتطور بصورة مستقلة. يرسل المستخدم ال solicitudes الى الخادم ، ويقوم الخادم بمعالجة هذه المراسلات وبإرسال المستجوبات مرة أخرى.
بدون حالة: REST بدون حالة وهذا يعني أن كل مراسلة من المستخدم الى الخادم يتضمن جميع المعلومات الضرورية لفهم ومعالجة المراسلة. لا يتخزن الخادم بأي سياسة مع المستخدم بين المراسلات، متساوي تنسيقية وتسمح للكشف الأفضل.
واجهة واحدة: REST يشجع على توفير واجهة واحدة مناسبة وعملياتها معينة، عاملة عاملات HTTP معينة مثل GET و POST و PUT و DELETE. كل مورد في نظام RESTful يتم تحديده بURL (موقع مورد واحد).
الموارد الأساسية: يتم معالجة كل شيء كمورد في REST، مثل أعضاء البيانات، الخدمات، أو المجموعات. لكل مورد معيار تعريف فريد. ويمكن متابعة وتعديله باستخدام طرق HTTP قياسية.
تمثيل الموارد: يتم تمثيل الموارد في REST بواسطة تنسيق معين، مثل JSON (تنسيق نصوص جافاسكرIPT) أو XML (لغة التعريف التوسعي). يرسل المخزن التمثيلات الموارد الى الclient، ويمكن أن تشمل بيانات، معلومات المرور أو روابط تواصل متعددة الأبعاد.
التفاعلات البدون حالة: كل solicitud enviada desde el cliente hacia el servidor es autónoma y no depende de ninguna solicitud previa o estado en el servidor. Esto permite mejores escalabilidades, ya que el servidor no necesita mantener información de sesión del cliente.

مزايا REST API

Simple and standardized
قابلة للتوسع وخالية من الحالة
عالية الأداء وقابلة للتخزين المؤقت

2. واجهات برمجة التطبيقات SOAP

SOAP التي تعني بروتوكول الوصول البسيط للكائنات هي خدمة الويب التي تتوافق مع مواصفات خدمات الويب SOAP. إنها بروتوكول مراسلة شائع يستخدم XML كتنسيق، ومخطط محدد جيدًا، وبروتوكول مستخدم قياسي. يتم تعريفه من قبل اتحاد شبكة الويب العالمية. تغطي بروتوكولات SOAP عددًا كبيرًا من بروتوكولات الاتصال بالإنترنت، ولا سيما HTTP، وSMTP، وTCP/IP.

الشكل 3: رسم بياني لواجهة برمجة تطبيقات SOAP

فوائد استخدام واجهة برمجة تطبيقات SOAP

اللغة، المنصة، والنقل مستقلون.
تعمل بشكل جيد في بيئات المؤسسات الموزعة.
توفر قابلية كبيرة للتوسع الجاهز في شكل معايير WS*.
معالجة أخطاء مدمجة.

RPC.

تشرين الأول/أكتوبر 2023

بيان 4 بروتوكول RPC

الأبعاد الغرافية للAPI

الأبعاد الغرافية هي لغة التحقق للAPI التي تسمح للمستخدمين بالحصول على البيانات المحددة وتشكيل الرد المطلوب وفقاً لحاجياتهم.

بعض أمثلة الأبعاد الغرافية للAPI

API GraphQL GitHub, API GraphQL Shopify, API GraphQL SpaceX, API GraphQL Yelp, API GraphQL Twitter (API Twitter v2).

مقارنة بروتوكولات الAPI

REST	SOAP	RPC	GraphQL
يعمل مع XML، JSON، HTTP ونص بسيط	يعمل مع XML بتصميم	يتوجب على المستخدمين أن يعرفوا أسماء الإجراءات	يعمل مع HTTP
يعمل جيدًا مع البيانات	يعمل جيدًا مع العمليات (الأفعال)	المادة الخاصة والترتيب
الأمان تخفيفًا	الأمان المتقدم
يمكن تعزيز المستندات من خلال المواد الرابعة	الأكثر صعوبة للمطورين أن يستخدموها	تتطلب وثائق وصفية واسعة
يوجد أساليب الطلب ، الإيجاد ، المسح والتعديل والتحديث.	يوجد أساليب الطلب المتعلق بالإرسال	يوجد أساليب الطلب المتعلق بالإرسال	يوجد أساليب الطلب المتعلق بالإرسال

III. لغة معايير الAPI الشائعة

A. نقاط الاتصال

نقطة الاتصال في الAPI هي واحد من نقاط القناة التعليمية. عندما تتفاعل الAPI مع نظام آخر، تسمى تلك النقاط التعامل بـ نقاط الاتصال. بمعنى حرفي، حيث ترسل الAPIs الموارد وحيث تغادر الموارد يطلق عليها تسمية النقطة الاتصال. في الAPIs، تكون نقطة الاتصال عادة موقع رابط واحد (URL) الذي يوفر موقع المورد على السيرفر.

مثال عن نقطة الاتصال هو

مثال نقطة الاتصال لAPI Twitter

واجهة برمجة تطبيقات تويتر تعرض بيانات عن التغريدات، الرسائل المباشرة، المستخدمين، وأكثر.

لنقل أنك تريد استرداد محتوى تغريدة معينة. للقيام بذلك، يمكنك استخدام نقطة نهاية البحث عن التغريدة، التي لها عنوان URL api.twitter.com/2/tweets{id} (حيث {id} هو المعرف الفريد للتغريدة).

ب. الطلبات والاستجابات

الطلب في واجهة برمجة التطبيقات هو رسالة تُرسل من العميل إلى الخادم. الطلب في واجهة برمجة التطبيقات هو طلب يُقدم إلى واجهة برمجة التطبيقات للوصول إلى البيانات أو تعديلها أو تنفيذ إجراء معين. الاستجابة في واجهة برمجة التطبيقات هي البيانات أو المعلومات التي يتم إرجاعها استجابةً لطلب واجهة برمجة التطبيقات.

على سبيل المثال، ينقر مستخدم على هذا الرابط أدناه؛

<a href=’http://localhost:2400/categories/01/flavours’>

عرض جميع النكهات المتاحة في فئة النكهة

</a>

سيتم إرسال رسالة طلب HTTP كالتالي:

GET /categories/01/flavours HTTP/1.1

المضيف: localhost:2400

وكيل المستخدم: Chrome/5.0 [متوافق، Windows 10]

طلب API

1. نسخ الكودGET https://api.com/categories/flavours

استجابة API

1. نسخ الكودHTTP/1.1 200 OK

2. Content-Type: application/json

3.

4. {

5. "id": 01,

6. "flavours": "Chocolate"

7. }

يمكننا أن نرى من هذا الطلب أن نقطة النهاية هي عنوان URL – /categories/01/flavours.

طريقة الطلب هي GET، مواصفة HTTP هي 1.1، النطاق هو localhost، المنفذ هو 2400، النكهات هي المورد، ووكيل المستخدم يوفر المتصفح ونظام التشغيل.

ج. طرق HTTP (GET، POST، PUT، DELETE)

تستخدم واجهات برمجة التطبيقات التي تستفيد من بروتوكول HTTP طرق طلب HTTP (المعروفة أيضًا باسم “أفعال HTTP”) لنقل طلبات العملاء إلى الخوادم. أكثر طرق طلب HTTP استخدامًا هي GET وPOST وPUT وDELETE.

تُستخدم GET من قبل العميل لجلب البيانات من الخادم،
PUT يستبدل البيانات الحالية أو ينشئ بيانات إذا لم تكن موجودة،
POST يُستخدم أساسًا لإنشاء موارد جديدة،
يستخدم PATCH لتحديث بعض البيانات من مورد بصفة جزئية، و
DELETE يحذف البيانات أو الموارد المحددين بواسطة العميل على الخوادم.

D. أمن الAPI – التحقق والتفويض

هذين المصطلحان قد يبدوان متشابهين لكنهما لهما أدوار منفصلة. التحقق يتعلق بتحقيق المستخدمين أو الهوية بينما يتعلق التفويض بالوصول الذي يمتلكه المستخدم أو التصرفات المصروفة له. إنهما أساسيات أمن الAPI، وإحدى الطرق المشهورة للتحقق والتفويض للمستخدمين هي OAuth 2.0.

أنواع مختلفة من التفويض

هناك طرق عديدة للتفويض. إلا أن التفويض الذي قد تصطاد فيه التفاصيل التالية من أنواع التفويض التي قد تصطاد فيها الAPI:

المفاتيح الخاصة بالAPI
التحكم البسيط
HMAC
OAuth

E. مفاتيح الAPI والتوكينات

تشمل المفاتيح الخاصة بالتطبيقات سطور من النصوص التي توفر تعريف للتطبيقات الزائدة وتوفر تفويض لها. بعبارة أخرى، تحدد تلك المفاتيح التطبيقات التي تقوم بالمكالمات إلى الخادم وتحدد ما إذا كان للتطبيقات المتصلة بالموافقة على الوصول إلى خدمة الAPI. يستخدم لتتبع جميع الأنشطة ومنع أي سلوك خطأ.

تم إنشاء تحقيق المفاتيح الخاصة بالتطبيق لتصليح أخطاء تشابك المعلومات الشائعة، التي يعتبر مشكلة كبيرة في تحقيق التوافر البسيط للمعلومات. قد يستخدم لاثنين من الأغراض. الخطوة الأولى هي تحديد التطبيق الزائد، الذي يقوم بالمكالمة إلى API الخلفي. الخطوة الثانية هي تفويض التطبيق الزائد، الذي يحدد إذا كان للتطبيق المتصل بالموافقة على استخدام الAPI.

تحصل على مفاتيح الAPI من موردي المفاتيح الخاصة بالتطبيقات التي يديرونها على التطبيقات الويب.

أين تخزن مفاتيح تطبيقك الخاص

لا تدمر مفاتيحك في تواريخ أو في ملفات لأنها قد تجد طريقة إلى العموم عندما تقوم بتوزيعها على GitHub، بدلاً من ذلك قم بتخزين مفاتيح تطبيقك الخاص في متغير البيئة.

مثال على مفتاح تطبيق قد يبدو مثل التالي.

key: a9nIbdnaoks97028Jlf.ains9NIKQMEO

رمز الوصول هو بيانات اعتماد أمان تُستخدم للمصادقة وتفويض الوصول إلى واجهة برمجة التطبيقات (API). الرموز هي ببساطة بيانات اعتماد فريدة لحامل الرمز الذي يُسمح له بالوصول إلى واجهة برمجة التطبيقات.

إليك مثال على رمز الويب JWT:

eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c

هذا هو رمز JWT يتألف من ثلاث أجزاء مفصولة بنقاط: الرأس، الحمولة، والتوقيع. يحتوي الرأس عادةً على معلومات حول خوارزمية التوقيع المستخدمة، على سبيل المثال:

{

"alg": "HS256",

"typ": "JWT"

}

تحتوي الحمولة على الادعاءات أو البيانات حول الكيان (المستخدم، العميل، إلخ) ويمكن أن تشمل معلومات مثل الموضوع، المصدر، وقت الانتهاء، وبيانات مخصصة. على سبيل المثال:

{

"sub": "1234567890",

"name": "John Doe",

"iat": 1516239022

}

يتم إنشاء التوقيع من خلال أخذ الرأس المشفر، الحمولة، ومفتاح سري، وتطبيق خوارزمية تشفيرية، مثل HMAC-SHA256. يضمن التوقيع سلامة وأصالة الرمز.

عند استخدام هذا JWT، يقوم العميل بتضمينه في رأس التفويض لطلبات API على النحو التالي:

توثيق: برقم تحميل eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c

يمكن للمخزون الرئيسي من ثبوت صدق الرمز والتحقق من انتهاء صلاحيته واستخدام المعلومات التي تحوي في الحملة للتفويض وغيرها من الأغراض.

يتمتع هذا المثال الرمز الذي يقدم هنا بشكل توضيحي فقط ولا يجب استخدامه في بيئة إنتاجية.

يستخدم كلاً من الرموز والمفاتيح للتحقق والتفويض، ومع ذلك يختلفان في الأتي التالية:

تستخدم المفاتيح الرئيسية عامةً لتحديد الزبون أو التطبيق والتحقق عندما يزور الAPI. إنهم غالبًا يأخذون صيغة من الأحرف العشرية الطويلة والمنتجة عشوائيًا كمعلومات المصادقة. وفي المقابل تتم إعطاء الرموز للزبائن المعتمدين أو المستخدمين المعتمدين بعد تم بنجاح عملية التحقق وتوفر بها دعم صدق التحقق.

الأمد: إلا إذا كان بواسطة المقدم من الرموز الخاصة يتم التركيز أو تجنيبه من قبل موفر الAPI، فإن معظم المفاتيح الرئيسية تمتلك مدى طويل. وفي المقابل تمتلك الرموز مدى قصير وتوفر تاريخ انتهاء. ووفقًا للطريقة المستخدمة للتحقق، يتوجب على الزبون إعادة التحقق أو استخدام رمز تجديد الرمز للحصول على رمز جديد حين يصبح القديم منتهيًا

الأمن: توكنات تقدم خصائص أفضل للأمن مقارنة بالمفاتيح الرقمية الخاصة بالAPI. يمكن تصميم التوكنات لتمتلك أطاقات قليلة أو أذواق محددة، مما يسمح للControl الدقيق للوصول. يمكن أيضًا تشفيرها أو توقيعها أو تحتوي على مدخلات إضافية توفر النزاهة والصدق. هذا يسمح للتوكيد الآمن والحماية الأفضل للبيانات الحساسة.

أمثلة وحالات الاستخدام في العالم الواقعي

A. API الطقس

الAPI الخاصة بالطقس، أو واجهات البرمجيات التطبيقية، هي خدمات توفر وصول حالي لبيانات الطقس والتنبؤات.

أمثلة تشمل

. WeatherAPI.com, Forecast, Meteostat.

B. API الشبكات الاجتماعية

تسمح واجهات الشبكات الاجتماعية لتتكامل مع مزيد من مقدمي البرمجيات وتطبيقات.

مثالًا على.

واجهة الAPI لـ Instagram, واجهة الAPI لـ Facebook, واجهة الAPI لـ Twitter, واجهة الAPI لـ LinkedIn, واجهة الAPI لـ TikTok, واجهة الAPI لـ YouTube.

الانترفايز لـ C. واجهة الAPI

يطلق على الواجهة التكنولوجية التي تسمح للمطورين بدمج خدمات المرافق التحويلية في تطبيقاتهم أو المواقع الإلكترونية تعني واجهة الAPI المدفوعة.

المثالين يشملون:

API Stripe، وهي خدمة مُحترمة للغاية التي تسمح للموردين بقبول المدفوعات على الإنترنت، Noodlio Pay، API Square، PayPal، Adyen، Paybook، KeyPay، BIPS فاتورة (من قبل Coinify).

D. API الخريطة والتوازن الجغرافي

تلك الAPI الجغرافية لا تحتوي على أي معلومات بل تسمح لك بجمع بيانات قائمة من الجهاز المتسأل عنها. قد تجمع بيانات الموقع من مصادر مختلفة بما فيها عنوان الIP، الGPS، الWiFi، الBluetooth، الRFID، معرفة البطاقة GSM/CDMA، والمدخل البشري.

تشمل الأمثلة واجهة برمجة تطبيقات تحديد الموقع الجغرافي، واجهة برمجة تطبيقات الخرائط، واجهة برمجة تطبيقات خرائط الشارع المفتوح، واجهة برمجة تطبيقات الخرائط، واجهة برمجة تطبيقات HERE.

رابعًا. الخاتمة والخلاصة

من خلال هذه المقالة، تم تحديد ماهية واجهات برمجة التطبيقات، وكيفية عملها، وأمثلة من واقع الحياة، وAPISecurity، وطرق HTTP وأهمية واجهات برمجة التطبيقات. لقد تم استنتاج أن واجهة برمجة التطبيقات API تمكّن مهندسي البرمجيات من دمج التطبيقات في ما يتم بناؤه وحتى تحسينه. في سياق بحثي وكتاباتي، اكتشفت أن هناك مشكلة كبيرة تتمثل في أمان واجهة برمجة التطبيقات. إذا تم اختراق واجهة برمجة التطبيقات (API) فسيؤثر ذلك على جميع التطبيقات المتصلة بها، لذا سأواصل بحثي حول أمن واجهة برمجة التطبيقات.

وأخيرًا، سأقوم بإصدار مقال آخر يتعلق بهذا الأمر حيث سيكون حول استكشاف واجهات برمجة التطبيقات، والعمل مع واجهات برمجة التطبيقات في الأكواد، وأفضل ممارسات واجهة برمجة التطبيقات، وتصميم واجهة برمجة التطبيقات وتطويرها.

أ. بعض الكلمات الرئيسية تشمل

واجهة برمجة التطبيقات API – واجهة مستخدم التطبيق

RPC – استدعاء إجرائي عن بعد

HTTP – بروتوكول نقل النص التشعبي

B. الخطوات التالية للمزيد من التعلم

في النهاية، سأقوم بإصدار مقال آخر حول هذا الموضوع لأنه سيكون عن الاستكشاف التقني في الAPI، والتعامل مع الAPI في البرمجيات، وأفضل ممارسات الAPI، وتصميم وتطوير الAPI.