reuse 1

مشكلات إعادة الاستخدام

• إن-populating مكتبة مكونات قابلة لإعادة الاستخدام وتكليف المطورين بإستخدامها يمكن أن يكون مكلفاً.
• يجب على المطورين أن يكونوا واثقين من إيجاد مكون في المكتبة قبل أن يضموا عملية البحث في مكتبة مكونات في عملية التطوير العادية.
• يحتاج المطورين إلى فهم المكونات القابلة لإعادة الاستخدام وتعديلها لتناسب بيئة جديدة.

مشهد إعادة الاستخدام

• إعادة الاستخدام لا تقتصر على مكونات النظام فقط، بل هناك العديد من المنهجيات المختلفة لإعادة الاستخدام.
• إعادة الاستخدام ممكنة على مستويات مختلفة من الوظائف البسيطة إلى الأنظمة التطبيقية الكاملة.

النهج التي تدعم إعادة الاستخدام

• الأنماط المعمارية: استخدام الأنماط المعمارية القياسية لدعم أنظمة تطبيقية شائعة.
• أنماط التصميم: تمثيل مفاهيم عامة عبر التطبيقات كأنماط تصميم تظهر الكائنات المجردة والموضوعة والتفاعلات.
• واجهات المستخدم القياسية: استخدام واجهات مستخدم قياسية لتحسين الموثوقية لأن المستخدمين يرتكبون أخطاء أقل عندما يواجهون واجهة مألوفة.

مشكلات إعادة الاستخدام

• زيادة تكاليف الصيانة: إذا لم يتم توفر كود المصدر لنظام أو مكون برمجي قابل لإعادة الاستخدام، فقد يزيد تكاليف الصيانة بسبب عدم التوافق مع تغييرات النظام.
• نقص الدعم الأدواتي: بعض أدوات البرمجة لا تدعم التطوير مع إعادة الاستخدام، الأمر الذي يجعل من الصعب أو المستحيل دمج هذه الأدوات مع نظام مكتبة مكونات.
• متلازمة "ليس لدي مشكلة مع هذا" (Not-Invented-Here): بعض مهندسي البرمجيات يفضلون كتابه مكونات جديدة بدلاً من إعادة استخدام مكونات الآخرين.

الفوائد لإعادة الاستخدام

• زيادة الموثوقية: البرمجيات القابلة لإعادة الاستخدام، التي جرت تجربتها واختبارها في أنظمة عمل، يجب أن تكون أكثر موثوقية من البرمجيات الجديدة.
• خفض مخاطر العملية: كلفة البرمجيات القابلة لإعادة الاستخدام معروفة مسبقاً، بينما كلفة التطوير دائماً قابلة للتقييم.
• استخدام专ائي فعال: بدلاً من إعادة عمل نفس العمل مراراً وتكراراً، يمكن للمتخصصين 开发 برمجيات قابلة لإعادة الاستخدام التي تعبئ معرفتهم.
• الامتثال لمعايير: يمكن تنفيذ بعض المعايير، مثل معايير واجهة المستخدم، كأجزاء قابلة لإعادة الاستخدام.