إعادة الاستخدام مقابل الصيانة وسهولة الاختبار

Question

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

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

ردوداتي على هذه الشكوى هي:

1. من الجيد أن يكون التغيير إلى مكون يحتوي على العديد من المعالين بطيئًا ، لأنه يجبر المصممين على التفكير حقًا من خلال التغييرات.
2. يجب أن تؤخذ الوقت للحصول على المكون في المقام الأول. مؤكد: إذا كنت تجد الحاجة إلى تغييره طوال الوقت ، لم يكن من الممكن إعادة الاستخدام أبدًا ، فهل كان عليه الأمر؟
3. تطوير البرمجيات صعب ويتطلب العمل. وكذلك الاختبار. أنت فقط يجب أن تفعل ذلك.

لسوء الحظ ، فإن ما يسمعه الناس في هذه الردود هو "بطيء" و "الوقت" و "الجهد".

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

كيف تتعامل مع طلب "قابلية إعادة الاستخدام" عند التسليم عليها ، يبدو أنه لا يجلب شيئًا سوى الشكاوى؟

Answer 1

1. لا تستحق إعادة الاستخدام إلا إذا تم إعادة استخدام شيء ما. تأكد من أن لديك بعض حالات إعادة الاستخدام العملية قبل كتابة شيء قابل لإعادة الاستخدام.

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

Answer 2

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

Answer 3

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