في عصر الويب 2.0 وانتشار الخدمات الصغيرة، أصبح الوصول إلى واجهات برمجة التطبيقات (APIs) أكثر تعقيدًا من أي وقت مضى. ومع زيادة توفر هذه الواجهات، تزايدت الحاجة إلى نظم توصية فعّالة تساعد المطورين في اختيار أفضل الخدمات لتلبية احتياجاتهم.
تُقسم الأساليب الحالية لتوصية APIs بشكل عام إلى نوعين رئيسيين: الأساليب التصنيفية، التي تصنف APIs باستخدام تسميات، والأساليب المطابقة، التي تعتمد على استرجاع APIs من خلال المطابقة مع خدمات مدمجة (mashups). إلا أن هناك تحديات رئيسية تواجه هذه الطرق، منها:
1. عدم وضوح الدلالات عند مقارنة أوصاف APIs ووصف الخدمات المدمجة،
2. نقص التنقيح الدلالي التدريجي بين متطلبات خدمات المدمجة ووصفات APIs الفردية،
3. عدم كفاءة الحساب عند إجراء مقارنات شاملة بين خدمات المدمجة وAPIs في مستودعات كبيرة.
للتغلب على هذه التحديات، تم اقتراح WARBERT، وهو نموذج هرمي يعتمد على BERT (Bidirectional Encoder Representations from Transformers) لتوصية واجهات برمجة التطبيقات. يعد WARBERT مبتكرًا بفضل دمج مكونين وتحقيق ميكانيزمات انتباه متطورة تمكنه من بناء تمثيلات دلالية دقيقة.
يتكون WARBERT من جزئيين: WARBERT(R) الذي يؤدي عملية تصفية المرشحين الأولية باستخدام أساليب التوصية، وWARBERT(M) الذي يركز على مطابقة التشابه المحسّنة. يتم دمج التوقعات الناتجة من كلا المكونين لتحديد مدى ملاءمة pairing between APIs وmashups، مع تعزيز WARBERT(R) من خلال مهمة مساعدة تتعلق بتوقع فئات المدمجة.
أثبتت التجارب التي أجريت على مجموعة بيانات ProgrammableWeb أن WARBERT يتفوق على الأنظمة الأساسية الحالية، محققًا تحسينات ملحوظة في كل من الدقة والكفاءة. فعلاً، وبهذا النموذج الجديد، يُمكن تحسين تجربة تطوير التطبيقات واستخدام APIs بشكل لم يسبق له مثيل.
ما رأيكم في هذا التطور المثير؟ دعونا نناقش في التعليقات!
WARBERT: نموذج ثوري يستند إلى BERT لتوصية APIs على الويب
تعرف على WARBERT، النموذج الثوري الذي يجمع بين قوة BERT ونظم التوصية الفعّالة لتسهيل الوصول إلى واجهات برمجة التطبيقات (APIs) على الويب. يقدم هذا النموذج حلاً مبتكرًا لتحديات توصية APIs من خلال تحسين الدقة والكفاءة.
المصدر الأصلي:أركايف للذكاء
زيارة المصدر الأصلي ←جاري تحميل التفاعلات...
