SOLID Principles: 1- Single Responsiblity Principle (SRP) [بالعربي]

Summary

Key Points

• —يقدم الفيديو مبدأ المسؤولية الواحدة (SRP) كأول مبدأ من مبادئ SOLID، والذي يهدف إلى تحسين تصميم الكلاسات لتسهيل التطوير والصيانة وحل المشكلات. 1:01
• —يتم تقديم مفهوم "التماسك" (Cohesion)، حيث يشير التماسك العالي (High Cohesion) إلى أن جميع الميثودات في الكلاس مرتبطة ارتباطاً وثيقاً بمسؤوليته الواحدة، مما يؤدي إلى تصميم أفضل وأسهل في الصيانة والفهم. 5:07
• —ينص مبدأ المسؤولية الواحدة على أن الكلاس يجب أن يكون له مسؤولية واحدة فقط وسبب واحد للتغيير، مما يعني أن جميع الميثودات بداخله يجب أن تخدم غرضاً واحداً. 5:22
• —تتضمن عملية إعادة الهيكلة (Refactoring) استخراج الميثودات التي تنتمي إلى مسؤوليات مختلفة إلى كلاسات جديدة مخصصة (مثل `JobApplicationMailer` للمهام المتعلقة بالبريد الإلكتروني و`Logger` للتسجيل). 5:22
• —يتم توضيح أن الكلاس يمكنه استدعاء ميثودات من كلاسات أخرى (مثل استدعاء `JobApplicationMailer` لكلاس `MailSender`) دون انتهاك مبدأ المسؤولية الواحدة، طالما أن المسؤولية الأساسية للكلاس المستدعي تظل مميزة وهو يقوم بتفويض مهمة فرعية. 11:29
• —يبرز الفيديو أن تحديد المسؤولية الواحدة للكلاس هو الجانب الأكثر تحدياً في مبدأ المسؤولية الواحدة، وغالباً ما يتطلب الخبرة والحكم الشخصي والمناقشات الجماعية. 13:12
• —يوضح المتحدث كيفية تحديد التماسك المنخفض (Low Cohesion) من خلال تحليل كلاس `JobVacancyManager` الذي كان يحتوي في البداية على ميثودات لإدارة الوظائف الشاغرة، وإرسال رسائل البريد الإلكتروني للتقديم، والتسجيل، مما يشير إلى مسؤوليات متعددة. 13:57
• —بعد إعادة الهيكلة، يحتفظ كلاس `JobVacancyManager` فقط بالميثودات المتعلقة مباشرة بإدارة الوظائف الشاغرة، محققاً تماسكاً عالياً حيث أن جميع ميثوداته ضرورية لمسؤوليته الواحدة. 13:57
• —يحذر الفيديو من الإفراط في الهندسة (Over-engineering) عن طريق إنشاء عدد كبير جداً من الكلاسات (مثل كلاس لكل ميثود)، مما قد يؤدي إلى "كارثة الإفراط في الهندسة". 13:57
• —يوضح الفيديو أن مبدأ المسؤولية الواحدة لا يعني إنشاء كلاس منفصل لكل ميثود، بل يعني أن جميع الميثودات داخل الكلاس يجب أن تخدم مسؤولية واحدة محددة. 14:16