اقتراح تصميم واجهة برمجة تطبيقات RESTFul

0

أنا أعمل على تصميم RESTFul API وأنا مرتبك بحالة الاستخدام التالية:

لدي مستخدمين وقروض حيث يحصل المستخدمون على قرض. مطلوبة API ل) إدارة المستخدم ب) الحصول على معلومات القرض للمستخدم المحدد.

حالة الاستخدام أ) بسيطة إلى حد ما. ستكون نقطة النهاية GET / api / users / للحصول على معلومات المستخدم. كيف يتم تصميم نقطة نهاية API للحصول على معلومات التحميل للمستخدم:

GET /api/loans/<user unique id>/
or
GET /api/users/<user unique id>/loans

يرجى ملاحظة أنه يختلف عن ذلك على الرغم من أنهما يستخدمان لتعريف المستخدم بشكل فريد.

سيكون موضع تقدير أي اقتراحات.

شكرا لكم،
راج

1 إجابة

0

لا تهتم REST بالتهجئة التي تستخدمها في معرفات الموارد الخاصة بك.

لذلك ، فإن تهجئات المعرفات تشبه إلى حد كبير تهجئات الأسماء المتغيرة ؛ يعد اختيار التهجئات التي تتوافق مع الاتفاقيات المحلية فكرة جيدة.

تميز مواصفات URI المعلومات الهرمية من المعلومات غير الهرمية. يمكن للمرء أن يجادل بشكل معقول أن "مجموعة قروض بوب" تابعة بشكل هرمي لـ "بوب" ، وأن تهجئة المعرّفات يجب أن تعكس هذا

ميزة إضافية لهذا الإملاء هي أن الرجوع إلى الموارد الأخرى التابعة لبوب أمر تافه ، وذلك بفضل المراجع النسبية

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

على سبيل المثال:

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

:مؤلف

أسئلة ذات صلة

فوق
قائمة طعام