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

في برمجة الحاسوب ، تُشير قابلية إعادة الاستخدام إلى جودة أحد أصول البرمجيات التي تؤثر على إمكانية استخدامه في نظام برمجي لم يُصمم خصيصًا له . ويُعتبر الأصل الذي يسهل إعادة استخدامه ويُحقق فائدة عالية ذا قابلية عالية لإعادة الاستخدام. أما مفهوم الاستفادة ، وهو مفهوم ذو صلة، فيتضمن تعديل أصل موجود لتلبية متطلبات النظام. ^{[ 1 ]}

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

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

طُوِّرت العديد من مبادئ تصميم إعادة الاستخدام في ورش عمل WISR. ^{[ 2 ]} وعلى الرغم من عدم وجود إجماع على ميزات التصميم المرشحة لإعادة استخدام البرمجيات، إلا أنها تشمل ما يلي:

• قابل للتكيف
• سروال داخلي (صغير الحجم)
• تناسق
• الصواب
• قابلية التوسعة
• سريع
• مرن
• نوعي
• تحديد موقع افتراضات التصميم المتقلبة/المتغيرة
• نمطية
• التعامد
• بسيط (منخفض التعقيد )
• الاستقرار في ظل المتطلبات المتغيرة

• إعادة استخدام الكود