ابسط طريقة لتحليل الانظمة في الOOP هي ان تستمع للعميل وهو يقص عليك رحلة عميله مع النظام المتخيل Use Cases سيسرد مجموعة اسماء و افعال. الاسماء ستصبح Classes و الأفعال تصبح Methods في ال Class diagram. ثم تدون تخاطب هذه الاشياء مع بعضها في Sequence Diagram.

هذا تستطيح .نعم

(سلسلة)

للمعلومية فحتى هذا التسطيح لم يكن موجوداً في الثمانينات. فعندما سأل بعض الحضور مصمم لغة ++C عن كيفية تحديد الClasses اجاب انها شيء اشبه بالحلم الذي يسعى لتحقيقه الجميع. او كما وصفها بالكأس المقدسة Holy Grail او دواء كل الامراض panacea الذي تحاول البشرية الوصول له من فجر التاريخ. https://t.co/27TrtPrPlM

يظهر ان السيد Stroustrop وقتها متأثر بالStructured Programming في لغة C و يظهر ذلك من تسميته الاولى ل++C بـ C with Objects بالاضافة الى تصريحه الواضح ان ++C ليست لغة Object Oriented. في الحقيقة لا توجد لغة OO حيث ان الOO هو طريقة تفكير لا تقنية. كلام Stroustrop كان عام 1985

التاريخ مهم هنا حيث انه في عام 1972 اعلن Dijkstra في مؤتمر عن كارثة البرمجيات Software Crisis قبلها بعام فقط ظهرت Simula بمفهوم الClasses لكن هذا لا يعني وجود الObject Oriented. فالهدف من Simula كان المحاكاة

ولم تنضج فكرة الOOP بعد. https://t.co/p65czB6hXf

في عام 1986 ابو هندسة البرمجيات Fred Brook قال انه لا توجد رصاصة فضية لقتل المستئذب ( Software crisis ) و لم يتكلم احد. لكن في عام 1992 اي بعد 6 سنوات كتب شخص يدعى Brad Cox وهو مصمم لغة Objective-C مقالاً يرد فيه على Brook بـ ماذا لو كان هناك رصاصة فضية بالفعل؟. https://t.co/nu5TJKAMio