آخر عُضو مُسجل هو رجل الضلام فمرحباً به. ككل هناك 1 عُضو حالياً في هذا المنتدى:: 0 عضو مُسجل, 0 عُضو مُختفي و 1 زائر أكبر عدد للأعضاء المتواجدين في هذا المنتدى في نفس الوقت كان 15 بتاريخ الأحد يوليو 21, 2013 11:46 am الأعضاء المتواجدون في المنتدى: لا أحد لا احد يحتفل اليوم بعيد ميلاده لا احد سيحتفل بعيد ميلاده خلال 7 ايام القادمة المفتاح: [ المدير] [ المشرف على المنتدى] مساهمات جديدة لا مساهمات جديدة منتدى مُقفل
شرح مبادئ SOLID - المبدأ الخامس والأخير Dependency Inversion Principle حتى أختصر عليك فصولا طوالا ومحاضرات كثيرة سأقول لك: هذا المبدأ يهدف بالأساس إلى إضعاف ارتباط الكلاسات مع بعضها البعض، بحيث إذا قررنا في المستقبل أن نستبدل كلاس بكلاس أو أن نعدل على كلاس فلن تتأثر الكلاسات الأخرى المرتبطة به. شرح مبادئ SOLID - المبدأ الرابع Interface Segregation Principle هذا المبدأ من أسهل مبادئ SOLID وهو ينص على أن العميل Client والمقصود به في هذا السياق الكود الذي سيطبق واجهة Interface معينة، ليس ملزما بأن يقوم بتعريف كافة الوظائف المذكورة فيها، وإنما ينبغي أن يطبق فقط ما يحتاجه، وذلك لتفادي الوقوع في انتهاك لمبدأ Liskov Substitution Principle. دخول بالعضوية - [size=20]شات الوفاء عنواني[/size]. شرح مبادئ SOLID - المبدأ الثالث Liskov Substitution Principle قبل أن نقوم بشرح مبدأ الاستبدال Liskov Substitution Principle سنجري بعض التعديلات على برنامجنا لكي يكون شرح هذا المبدأ واضحا بشكل كبير. في الأول قد تلاحظ معي أن الوظيفة Convert الموجودة في الكلاس NumberConverter تحتوي على العديد من الأوامر البرمجية التي يمكن إجراء Refactoring عليها، وإلا فإن شكل الوظيفة سيسوء مع ظهور متطلبات جديدة، ولك أن تتخيل إذا طلب منا العميل إقحام أنواع أخرى جديدة للتحويل إليها وكم من case ستصبح في Switch statement.
شرح مبادئ SOLID - المبدأ الثاني Open-Closed Principle ينص هذا المبدأ على أن الوحدات Modules مثل الكلاسات ينبغي أن تكون مفتوحة على التوسيع Open for extension ومغلقة في وجه التعديل Closed for modification. هذا الكلام باختصار يعني لو عندك كلاس ستحتاج إلى إضافة بعض الأمور إليها، فإنه من الجيد أن تستطيع القيام بعملية الإضافة عبر توسيع الفئة من خلال آلية الوراثة Inheritance مثلا، وليس عبر التعديل المباشر في السورس كود. شرح مبادئ SOLID - المبدأ الأول Single Responsibility Principle أول مبدأ من مبادئ SOLID هو مبدأ Single Responsibility الذي يقول لنا بأن كل وحدة Module عليها أن تقوم فقط بمسؤولية Responsibilty واحدة لاغير. @👑 الـــــــ؏ــــــقـــــيـــــد 👑 - [size=20]شات الوفاء عنواني[/size]. مصطلحات ستعيش معها في مجال تصميم البرمجيات Software Design في قاموس مجال تصميم البرمجيات ستجد عدة مصطلحات منتشرة بكثرة، مثل مصطلح Coupling ، ومصطلح Responsibility ، ومصطلح Abstraction وغيرها، هذه المصطلحات تلعب دورا جوهريا في فهم آليات التصميم، حيث سنجدها تدخل في تعريفات بعض المبادئ والنماذج، لذلك يعد الإلمام بها مدخلا أساسيا لتذليل صعوبات هذا المجال وفهم تفاصيله. مدخل إلى مبادئ ونماذج تصميم البرمجيات Software Design Principles and Patterns مقدمة تتأثر جودة البرمجيات بمستوى التصميم Design الذي تم اعتماده من قبل الفريق الذي يسهر على تطويرها، حيث يلعب تصميم البرمجيات دورا كبيرا في جعلها قابلة للصيانة والتحديث Maintainable، ومفتوحة على الزيادة والتوسيع Extensible، وقادرة على الخضوع للاختبارات Testable التي من شأنها التحقق من سلامة اشتغال مختلف أجزاء البرنامج وأدائها للمطلوب منها بالشكل المتوقع.
إسم الدخول أو البريد الرمز السري الصفحة الرئيسية
رقم العضوية 5 لقب العضو 👑👀حايص لايص👀👑 التواجد غير متصل 19/01 08:46 ص المشاركات 9،965 الجنس ذكر المتصفح Mobile Chrome/95 المواضيع في المنتديات 1. اقرء وتاكد بنفسك وستضحك ايضا 2. التصديق 3. ان رحل 4. ابتسم 5. يسرنا شكر وتقدير لوف من: 𝕳𝕬𝕹𝕬𝕹?? من: 𝕳𝕬𝕹𝕬𝕹 بقائك بجانبي احبك ليس من: كتكت… 🤍 مشاهدة كل هدايا العضو الصفحة الرئيسية
لقاء مع المبرمج الكندي Anthony Giretti يوم السبت الماضي بتاريخ 29 فبراير من العام الجاري، أجريت اتصالا مع المبرمج الخبير أ نطوني جيريتي Anthony Giretti من كندا، وكان قد حدث بيننا تعارف مؤخرا بعد حصوله على جائزة أكثر المبرمجين المحترفين تقييما MVP التي تقدمها شركة ميكروسوفت، الجائزة التي أحمد الله على حصولي عليها لموسمين متتاليين منذ عام 2017. كان محور لقائنا هو تقنية Core وكيفية الاستفادة منها أكثر في محيط الشغل، وماهي الأمور التي يحتاجها من يريد أن يشتغل بهذه التقنية، فكان من جملة ما رشحه إلي مجموعة من الروابط النافعة التي أحببت أن أشاركها معكم لتستفيدوا منها مثلما سأستفيد منها شخصيا.