سؤال

لقد قمت مؤخرًا ببناء واجهة برمجة التطبيقات (API) وكثيرًا ما طُلب مني استبدال مجموعات StringCollections التي كنت أرجعها بكائنات تحتوي على خاصية واحدة، والسبب هو أنه كان من الأسهل ربطها بعرض قائمة أو عناصر تحكم أخرى في ASP.Net.

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

أعادت الطرق تسميات للمجموعات أو أسماء التقارير.

هل قمت بالاختيار الصحيح؟في مثل هذه الحالة، كيف يمكنك تبرير اختيارك؟

هل كانت مفيدة؟

المحلول

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

ولكن ربما يمكنك توفير فئة مجمعة لمجموعة StringCollection التي قامت بتكييفها مع متطلبات وحدة ربط البيانات؟

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top