How Back-End Servers Expose APIs كيف يبني الخادم واجهات API

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

قبل الغوص في تفاصيل هذا الدرس، استعرض جدول المصطلحات الأساسية التالية:

في هندسة البرمجيات الحديثة، نادراً ما تكتفي الشركات بموقع ويب لأجهزة الحاسوب فقط؛ بل تحتاج المنصة نفسها إلى موقع ويب يعمل على المتصفح، وتطبيق آيفون ()، وتطبيق أندرويد (). فهل تبني الشركة ثلاث قواعد بيانات وثلاث واجهات خلفية منفصلة؟ بالطبع لا! بل يبني مطور الواجهة الخلفية واجهة برمجة تطبيقات () موحدة على الخادم:

• عقل مركزي واحد يخدم كل الشاشات: بدلاً من أن يرسل الخادم صفحات جاهزة تصلح للمتصفح فقط، يوفّر الخادم نقاط وصول للبيانات الخام المنظمة؛ فتتحدث شاشة الموقع وتطبيق الآيفون وتطبيق الأندرويد جميعاً مع نفس الخادم ونفس قاعدة البيانات.
• عقد عمل واضح بين فرق التطوير: يحدد مطور الواجهة الخلفية عنوان الرابط والحقول المطلوبة وشكل النتيجة؛ وبمجرد اعتماد هذا العقد، يعمل مطور الواجهة الأمامية ومطور الهواتف بالتوازي دون انتظار.
• حراسة قاعدة البيانات: لا يُسمح لأي متصفح أو هاتف بالاتصال بقاعدة البيانات مباشرةً أبداً، بل يمر كل طلب عبر بوابة في الخادم أولاً.