Documentation ·وثائق
إرشادات تصميم الواجهات

إرشادات تصميم الواجهات البرمجية

كيف تُصمَّم الواجهة البرمجية على API360: الأسماء والأخطاء والترقيم والتكرار الآمن والإصدارات والإيقاف والأمان، مع قواعد الفحص التي تتحقق منها.

اقرأ هذه الصفحة بـ English

في هذه الصفحة

باختصار#

مجموعة واحدة من القواعد للواجهات التي ينشرها المزوّدون على API360 ولواجهات النطاقات الخاصة بالمنصة. تعرض كل صفحة عائلة قواعد واحدة، وتبيّن الشكل على الشبكة، وتسمّي قواعد الفحص التي تتحقق منه. تعمل القواعد كمجموعة قواعد Spectral، فيُفحص التعريف بالطريقة نفسها على جهازك وفي خط البناء وفي Studio.

الصفحةعائلة القواعدما تضبطه
التسميةأسماء snake_caseأسماء الخصائص ومعاملات الاستعلام وقيم التعداد، وأجزاء المسار
الأخطاءغلاف خطأ واحدجسم الخطأ ورموز الحالة وترويسات إعادة المحاولة
الترقيمpage وper_pageالمعاملات والحد الأقصى 100 والإجمالي في الجسم
التكرار الآمنIdempotency-Keyإعادة محاولة آمنة لطلب POST ينشئ عنصراً
الإصداراتالإصدار الرئيسي في المسارموضع الإصدار وما يستلزم تغييره
الإيقافDeprecation وSunsetكيف تعلن العملية التي سيُوقف العمل بها عن نفسها
الأمانمتطلب على كل عمليةبيانات الاعتماد في الترويسات لا في العنوان
فحص تعريف الواجهةمجموعة القواعدكيف تشغّلها، وملفاها الشخصيان، وقائمة الاستثناءات المؤرَّخة

لمن هذه القواعد#

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

يشغّل Studio الملف الشخصي الخاص بالمزوّد من مجموعة القواعد على كل تعريف يرفعه المزوّد، ويعرض الملاحظات بجانب الملف.

هل كانت هذه الصفحة مفيدة؟
آخر تحديث 2026-10-17