از این رو پس از گستردگی سیستمهای پیچیده ، مهندسی نرم افزار دستخوش تغییرات فراوانی شد ، و روش توسعه نرم افزار مبتنی بر کد نویسی خط به خط با توسعه مبتنی بر شی ء یا مؤلفه جایگزین شد.

تعریف کلی شی :

مؤلفه های نرم افزاری یک قطعه جامع و قابل توسعه می باشد که عملکردش به خوبی تعریف شده است و از طریق واسطها با دیگر مؤلفه ها می تواند ترکیب شده و با همدیگر در تعامل باشند.

سه هدف اصلی برنامه نویسی مبتنی بر اشیاء:

*غلبه بر پیچیدگی * مدیریت تغییر * قابلیت استفاده مجدد.

غلبه بر پیچیدگی: ما در یک دنیای پیچیده ای از عصر انفجار اطلاعات زندگی می کنیم .طبق تحقیقات انجام گرفته توسط تیمی در دانشگاه برکلی : دنیا ما بین یک و دو اگزا بایت اطلاعات بی نظیر در هر سال تولید می کند که تقریبا 250 مگا بایت برای هر مرد ، زن و بچه در روی زمین است . هر اگزا بایت یک بیلییون گیگا بایت است . در علم کامپیوتر اندازه پیچیدگی نرم افزار به طور قابل توجه در حال افزایش است .. برنامه نویسی مبتنی بر مولفه یک روش موثر با نام تقسیم و غلبه را برای برخورد با پیچیدگی نرم افزار فراهم می کند.

مدیریت تغییر:تغییرات در مهندسی نرم افزار ذاتی است ، تغییر خواسته های کاربران ، تغییر مشخصه ها ، تغییر کارکنان ، تغییر بودجه ، تغییر تکنولوژی و غیره.یکی از اهداف اساسی مهندسی نرم افزار تاکید بر اهمیت مدیریت تغییر می باشد.برنامه نویسی مبتنی بر مولفه یک روش موثر به نام برنامه ریزی برای تغییر و ساخت طراحی را برای برخورد با تغییرات در مهندسی نرم افزار فراهم آورده است . مولفه ها به آسانی با خواسته های جدید و در حال تغییر وفق داده می شوند .

قابلیت استفاده مجدد: نرم افزار با قابلیت استفاده مجدد باعث می شود که طراحی و پیاده سازی فقط یکبار انجام گیرد و در زمینه ها و قلمرو های متفاوتی بارها و بارها مورد استفاده قرار گیرد که قابلیت استفاده مجدد باعث افزایش بازدهی ، بکارگیری مفید از راه حلهای ارائه شده ، اصلاح کیفیت و غیره می باشد. سطوح مختلفی از قابلیت استفاده مجدد نرم افزار وجود دارد برای نمونه کپی کردن کد منبع ، که پایین ترین سطح از قابلیت استفاده مجدد می باشد. کتابخانه ای از توابع رویه ای بهتر از کپی کد منـبع می باشد اما توسعـه پذیر نیست. برنامه نویسی مبتنی بر مولفه سطح بالایی از استفاده مجدد نرم افزار را پشتیبانی می کند. به خاطر اینکه در برگیرنده انواع گوناگونی از استفاده مجدد می باشد.

پس دانستیم که بنابر توضیحات بالا به هنگام مواجهه با سیستمهای پیچیده و بزرگ باید با دید شی گرایی به سیستم نگاه کنیم ، فایده این روش در آن است که ریسک تولید سیستمهای بزرگ را کاهش می دهد به دلیل آنکه طراحی این سیستمها به گونه ای است که بتوانند از سیستمهای کوچکتر که ما در مورد آنها مطمئن هستیم به سیستمهای بزرگتر می رسیم .

اکنون سوال مطرح می شود که در برخورد با سیستمهای پیچیده چگونه بادید شی گرایی کار کنیم و اجزای اصلی دیدگاه شیء گرایی چیست ؟

در دیدگاه شیء گرایی ما با سه مقوله مواجه هستیم .

1-برنامه سازی شی گرایی (Object-oriented programming)

2-طراحی شی گرایی (Object-oriented design)

3-تحلیل شیء گرایی (Object-oriented analysis)

برنامه نویسی شیء گرایی

یک شیوه برنامه نویسی است که در آن برنامه ها بصورت مجموعه ای از اشیاء که با یکدیگر همکاری می کنند ، سازمان داده شده اند .اشیاء صورت‌های مجرد از ماهیت‌های مطرح در مسئله هستند که دارای وضعیت (درونی) و همچنین عملیات بر روی داده‌ها (وضعیت درونی) می‌باشند.

طراحی شی گرایی

طراحی شیء گرا بر یک پایه مهندسی محکم که مجموعه عناصرش را مدل شیء می نامیم ، بنا شده است . طراحی شی گرایی با دیدگاه سنتی طراحی ساخت یافته متفاوت است ، در این تکنیک ما با اشیا ، سر و کار داریم طراحی شیء گرا بر مباحثی نظیر: شیء، کلاس، مسئولیت، عمل و سناریو استوار است و جهان را به صورت مجموعه ای از اشیاء به هم مرتبط می بیند که هر شیء، رفتار خاص خود و مسئولیت خاص خود را دارد.

تحلیل شی گرایی

فرآیندی است که برای درک سیستم با استفاده از کلاسها و اشیایی که در جهان با آن سیستم مرتبط هستند ، استفاده می شود . در واقع تحلیل گر در این حالت همه اجزا سیستم را بصورت شی ء می بیند و تفکیک می کند ، و براساس قوانین دنیای شی گرایی ، ارتباط بین اشیا را ایجاد می کند.

نحوه ارتباط 3 عنصر بالا با یکدیگر:



اصولا حاصل تحلیل شی گرا به عنوان مدلی که از آن می توانیم طراحی شی ء گرا را آغاز کنیم ، می تواند عمل کند سپس حاصل طراحی شی گرا ، می تواند برای پیاده سازی کامل سیستم ، با استفاده از روشهای برنامه نویسی شی گرا مورد استفاده قرار می گیرد . شکل زیر گویای مسله است





تحلیل شی گرا —----------> طراحی شی گرا-----------> برنامه نویسی شی گرا

سه رکن بنیادی شی گرایی



1-کپسوله سازی (encapsulation)

2-وراثت (inheritance)

3-چند شکلی بودن (polymorphism)

1-کپسوله سازی : فرآیند مخفی نگاه داشتن تمام جزییات از یک شی است که مشارکتی در ویژگیهای اصلی شی نداشته باشند . به شکل زیر نگاه کنید ، شما در فرایند کپسوله سازی از جزییات شی خود بی خبرید

کپسوله سازی

2-وراثت : یک سلسله مراتب میان کلاسها در سیستمهای شی گرا است . وراثت تشبیهی از دنیای واقعی وراثت موجود است ، کلاس فرزند می تواند خصوصیات کلاس پدر را به ارث ببرد.

3-چند شکلی بودن : یعنی اینکه یک موجودیت ، دارای اشکال مختلفی باشد. و یا به تعبیری با استفاده از یک نام واحد بتوان رفتارهای مختلفی را در شرایط مختلف آن هم بصورت خودکار انتظار داشت .

برای درک دو مورد بالا به شکل زیر دقت کنید ، ما یک مجموعه حیوانات داریم خوب همه آنها حیوان هستند ، پس می توان یک کلاس والد یا پدر به نام حیوان داشته باشیم که بقیه کلاسها مانند ، شیر ، سگ و گربه و غیره از آن مشتق شده باشند یا به تعبیری از آن ارث بری می کنند یعنی کلاس شیر باید خاصیت کلاس حیوان را به ارث ببرد .

پس هر شیری یا هر گربه ای و غیره مطابق شکل بالا برخی خصوصیا خود را از کلاس حیوان به ارث می برد.
در واقع وقتی می گوییم کلاس شیر از کلاس حیوان ارث بری می کند یعنی ابتدا شیر تمام خصوصیت حیوانی را می گیرد (طبق اصل وراثت ) و سپس خصوصیات منحصر به فرد خود را نیز دارد ، علاوه بر این ممکن است برخی موجودیتهای حیوانی مشترک برای شیر باید باز تعریف شود (طبق اصل چند ریختی )
اما می دانیم که همه این حیوانات دارای خصوصیات مشترک اما با رفتار های متفاوت است ، مثلا بانگ می زنند و یا به تعبیری صدا تولید می کنند ، اگر چه این عمل با نام تولید صدا در تمام این حیوانات مشترک است ، اما هر کدام از آنها دارای ویژگی منحصر به فردی می باشد ، مثلا صدای سگ با صدای گربه متفاوت است . پس ما در اینجا در کلاس هر کدام از این حیوانات باید رفتار تولید صدا را برای هر کدام از این حیوانات باز تعریف کنیم .

#python #py13

> > > آموزش زبان برنامه نویسی پایتون از 0 تا 100
> > > قسمت سیزدهم

با عرض سلام و خسته نباشید.

خوب در قسمت قبل به تعریف یک سری نکات از توابع در پایتون پرداختیم و یک تمرین هم دادیم.
متاسفانه تمام دوستانی که تمرین رو حل کردن و جواب رو برای من فرستادند اشتباه حل کرده بودند.

دوستانی که نتونستن جواب درستی به سوال بدن همون کسانی هستند که حرف من رو در مورد این که "تمرین کردن خیلی مهمه" جدی نگرفتن.
قبلا هم گفتم که با حفظ کردن آموزشها شما یک برنامه ساده هم نمیتونید بنویسید (چه زبان پایتون و چه هر زبان دیگه ای) و نیاز دارید هر چیزی یاد میگیرید روش تمرین کنید.

قرار شد در این قسمت تابع رو تا حدودی یاد بگیریم.
قبل از پرداختن به تابع جواب تمرین فصل قبل رو میدم.
👇👇👇👇👇