دوره حرفه ای الگوهای طراحی

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

اولین تجربه من در الگوهای طراحی

اولین تسک فنی (یک مسئله) من در یک شرکت بزرگ که به عنوان برنامه نویس Backend در اون مشغول به کار شده بودم، مسئله ای بود که در نگاه اول بسیار عجیب و غریب به نظر می رسید و یک راه حل عجیب و غریب هم براش در نظر گرفته بودن.

داستان از این قرار بود که در نرم افزار شرکت از یک پکیج برای ثبت نام و لاگین کاربر با استفاده از یاهو و گوگل استفاده شده بود و مشکلی که این پکیج داشت این بود که اگر کاربری اکانت یاهو داشت آدرس جی میل خودش رو به عنوان آدرس اصلی یا Primary ثبت میکرد، همون آدرس به برگشت داده میشد و عملا ما کاربری داشتیم که با یاهو ثبت نام کرده اما آدرس ایمیلش به جای @yahoo.com با @gmail.com تموم میشد.

تیم محصول تاکید داشتن کاربر یاهو حتما باید آدرس ایمیل یاهو ازشون گرفته بشه و تیم فنی برای حل این مساله شروع کرده بود به بررسی کدهای اون پکیج. اما راه حل چی بود؟ تیم فنی تصمیم گرفته بود اون کلاسی که مسئول دریافت آدرس ایمیل های کاربران هست رو داخل خود پکیج تغییربده و عملا پکیج رو مجبور کنه که برای کاربران یاهو آدرس یاهو رو برگردونه.

در نگاه اول ساده ترین روش حل مساله همین بود اما دردسر زمانی آغاز شد که با به روز رسانی پکیج ها تمام اون تغییرات از بین میرفت و روز از نو، روزی از نو. چون کدهای بخش پکیج های خارجی هم روی git قرار نمی گرفت عملا track کردن اون کدها امکان پذیر نبود.

راه حل دومی که ارائه شده بود این شکلی بود که اون کلاس به داخل کدهای برنامه کپی شده بود و با استفاده از یک bash script زمانی که پکیج ها به روز رسانی میشدن این کلاس به کلاس اصلی پکیج جایگزین میشد. اما مشکل این راه حل دوم چی بود؟

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

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

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

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

الگوهای طراحی چیه؟

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

خب میرسیم به این سوال که آیا برای یک مسئله راه حل های مختلفی می تواند وجود داشته باشه؟ قطعا بله. قطعا برای هر مسئله ای هم راه حل های ساده وجود دارد و هم راه حل های پیچیده و این مورد در دنیای برنامه نویسی هم صدق میکنه.

سوال بعدی که می توانیم مطرح کنیم این است که بهترین روش حل مسئله کدام است؟ بدون شک ساده ترین روش حل مسئله بهترین روش حل مسئله هست و ما همیشه باید در نظر داشته باشیم مهم ترین چیز در توسعه نرم افزار قابلیت نگهداری نرم افزار یا Maintainability هست. پس باید بدونیم که باید بهترین روش حل مساله اونی هست که ساده ترین روش باشه و به قابلیت نگهداری نرم افزار کمک کنه.

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

الگوهای طراحی به عنوان Best Practice های حل مساله در دنیای کدنویسی شناخته میشن و روش هایی هستن که در نهایت کمک میکنن ما یک نرم افزار با قابلیت نگهداری بالا داشته باشیم. الگوهای طراحی، اختراع (invent) یا ساخته نشدن بلکه به مرور زمان توسط برنامه نویس های مختلف کشف (discover) شدن و به صورت یک سری قاعده abstract معرفی شدن که در مسائل مختلفی میشه ازشون استفاده کرد.

شاید براتون سوال باشه چرا بهشون الگوی طراحی گفته میشه؟

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

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

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

چرا الگوهای طراحی مهمه؟

تا حالا به این مورد فکر کردین چرا خیلیا نمی تونن از شی گرایی درست استفاده کنن؟

خیلیا نمی تونن از شی گرایی به صورت درست استفاده کنن و در نهایت با سوالاتی مثل این که اصلا شی گرایی به چه دردی میخوره و چرا باید کدی که با توابع می تونیم بنویسیم و در داخل چیزی به اسم کلاس قرار بدیم از شی گرایی ناامید میشن.

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

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

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

مواردی که در بالا گفته شد باعث میشه تا شرکت ها در آگهی های استخدامیشون به بحث الگوهای طراحی توجه خاصی داشته باشن

اکثر شرکت های خارجی و داخلی و مخصوصا اونایی که محصولشون بر اساس زبان های شی گرایی ساخته شده به الگوهای طراحی اهمیت زیادی میدن،چون براشون مهمه که کدی که نوشته میشه کیفیت لازم و کافی رو داشته باشه.

الگوهای طراحی در شرکت های بزرگ ایران

چطوری باید الگوهای طراحی رو یاد بگیریم؟

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

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

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

روش من برای انتقال این تجربه

روش من در این دوره به این صورت خواهد بود که اول از همه تئوری الگو رو بررسی کنیم و بعد در قالب چندین مثال کاربردی در دنیای واقعی نرم افزار به صورت عملی اون رو بررسی کنیم.

چرا باید چند مثال و اونم مثال های واقعی برای هر الگو رو بررسی کنیم؟

خب واقعیت ماجرا اینه که مثال هایی که در اکثر جاها استفاده میشه،بر اساس مسائل صرفا تئوری و کار با موجودیت هایی مثل Car,Book,Animal,Human پیاده سازی شده و به ندرت در نرم افزارهای دنیای واقعی استفاده میشه و به خاطر همین موضوع باید مثال هایی از دنیای واقعی مطرح بشه.

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

آیا این دوره به درد من میخوره؟

  • اگر تازه یک زبان برنامه نویسی شی گرا مثل PHP,Java,TypeScript یاد گرفتی و میخوای یاد بگیری در مراحل پیشرفته تر چطوری باید مسائل رو حل کنی، قطعا این دوره بهت کمک میکنه خیلی راحت تر به هدفت برسی.
  • بدون شک یکی از مباحث اصلی مصاحبه های استخدامی و سوالات اون برای یک برنامه نویس، بحث الگوهای طراحی محسوب میشه، پس اگر مصاحبه استخدامی و سوالات فنی اون برات یک دغدغه هست قطعا این دوره میتونه بهت کمک کنه.
  • افزایش مهارت فنی،یکی از راه هایی هست که برنامه نویس می تونه بر اساس اون درخواست افزایش حقوق بده، خب اگر تازه مثلا 6 ماه بیشتر هست که مشغول به کار شدی و تمایل داری حقوقت افزایش پیدا کنه میتونی بر اساس مهارت در الگوهای طراحی که منجر به کدنویسی بهتر میشه درخواست افزایش حقوق بدی.
  • اگر تمایل داری وارد پروژه های سازمانی بشی و میخوای درک بهتری از شی گرایی داشته باشی،قطعا این دوره کمکت میکنه از یک زاویه دیگه به شی گرایی نگاه کنی.

دوره به چه روشی برگزار میشه؟

در ابتدای دوره با مفاهیم SOLID شروع میکنیم و به صورت کاربردی یاد میگیری که این مفاهیم دقیقا چی هستن، چرا باید ازشون استفاده کرد و کجا باید اونهارو رعایت کنی و به کار بگیری.

تعداد ۱۸ الگوی طراحی که کاربردهای بسیار زیادی دارن و در کتاب های مرجع تعریف شده است که این تعداد در ۳ دسته بندی با نام های Creational,Structural,Behavioral قرار گرفته است. ما بر اساس این دسته بندی ها برای هر الگوی طراحی تعدادی ویدیو شامل تعریف تئوری الگوی طراحی به همراه تعریف و راه حل چند مسئله کاربردی (بر اساس دنیای واقعی نرم افزار) بر اساس همان الگو در اختیارت قرار میدیم.

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

پیش نیازهای شرکت در این دوره چیه؟

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

زمان و روزهای برگزاری دوره چه طوری هست؟

این دوره از روز شنبه مورخه ۱۴۰۰/۰۵/۳۰ شروع میشه و بعد از ۳ ماه به پایان میرسه.

دوره در یک بازه زمانی 3 ماه برگزار میشه. در این مدت هر هفته 2 الگوی طراحی رو از طریق ویدیو های آموزشی یاد میگیری و در انتهای هفته یک وبینار 2 ساعته برگزار میشه که میتونی سوالات و ابهامات در مورد 2 الگوی طراحی آموزش داده شده رو داخلش بپرسی.

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

آیا بعد از ثبت نام امکان انصراف وجود داره؟

اگر قبل از شروع دوره انصراف بدی کل مبلغ پرداختی بهت برگشت داده میشه و اگر تا یک ماه بعد از شروع دوره و یادگیری 8 الگوی طراحی و برگزاری 4 جلسه رفع اشکال با مدرس اگر دیدی این دوره به دردت نمیخوره و مناسب تو نیست باز هم میتونی از دوره با خیال راحت انصراف بدی و 100 درصد مبلغ پرداختی رو پس بگیری اما بعد از مدت زمان یک ماه دیگه امکان انصراف از دوره وجود نداره و مبلغی بهت برگشت داده نمیشه.

این دوره واقعا چقدر تاثیر داره؟

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

این دوره فقط و فقط به شما کمک میکنه مسیر درست رو پیدا کنید و به سمتش برید. این دوره می تونه مدت زمان یادگیری رو برای شما کاهش بده. افراد زیادی هستن که بدون یک دوره خاص هم می تونن به هدفشون برسن اما ممکنه زمان بیشتری نیاز داشته باشن مخصوصا اگر پیش زمینه ای در اون بحث نداشته باشن.

خیلیا هم هستن که دوره شرکت می کنن و تمام تمرکز و تلاش خودشون رو برای دوره میذارن و خیلی سریعتر از بقیه میتونن ازش نتیجه بگیرن. خیلیا هم هستن که در همین دوره شرکت می کنن اما چون براش وقت نمیزارن آخر کار به صورت ناراضی از دوره خارج میشن و برمیگردن سر خونه اولشون.

پس یادتون باشه چیزی که از بقیه موارد مهم تره تمرکز و اولویت قرار دادن یادگیری این موضوع هست، چه میخواد با دوره باشه چه بدون دوره.

آموزش بر اساس چه پلت فرم و زبان برنامه نویسی خواهد بود؟

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

برای این منظور دوره الگوهای طراحی در مراحل مختلف با زبان های مختلف شی گرایی برگزار خواهد شد. در اولین دوره تصمیم داریم این دوره را با زبان PHP و با محوریت فریمورک محبوب Laravel برگزار کنیم. در دوره بعدی زبان انتخاب شده در دنیای محبوب جاوااسکریپت می باشد که قصد داریم از زبان TypeScript برای پیاده سازی الگوها استفاده کنیم. در دوره بعد از آن هم قصد داریم این مفاهیم را در زبان محبوب Java پیاده سازی کنیم.

باز هم بر این نکته تاکید می کنم که مباحث این دوره کاملا به صورت مفهومی ارائه میشه و نگرانی از بابت پیاده سازی ها وجود نداره. چون در زمان پیاده سازی به زبان های دیگه و مقایسه امکانات اونها هم اشاره میشه.

چه چیزهایی قراره یاد بگیری؟

اصول SOLID از موارد مهم در توسعه نرم افزار هستند که در هفته اول دوره این 5 اصل مهم رو به صورت کاملا کاربردی بررسی می کنیم.

  • بررسی اصل Single Responsibility و پیاده سازی آن به صورت کاربردی
  • بررسی اصل Open-Closed و پیاده سازی کاربردی آن + دیدگاه رابرت مارتین و برتراند میر
  • بررسی اصل Liskov Substitution و پیاده سازی کاربردی آن
  • بررسی اصل Interface Segregation و پیاده سازی کاربردی آن
  • بررسی اصل Dependency Inversion و پیاده سازی کاربردی آن

در هفته دوم ۲ الگوی مهم در دسته بندی Creational رو بررسی می کنیم. الگوی Factory Method و الگوی Abstract Factory که هر کدوم در بخش ایجاد اشيا می تونن به بهینه سازی کدهای ما کمک کنند.

الگوی طراحی Factory Method یکی از الگوهای اصلی برای ساختن اشیاء محسوب میشه که کاربردهای زیادی داره. این الگو زمانی استفاده میشه که بخوایم یک یا چند عملیات خاص رو انجام بدیم و اون عملیات ها توسط کلاس های مختلفی قابل انجام هست. ما می تونیم بدون این الگو اون کلاس ها رو نمونه سازی کنیم و ازشون استفاده کنیم اما دردسر ما تازه شروع میشه چون باید برای هر کلاس جدید کدهای جدید رو به کلاس اصلی اضافه کنیم. مثلا در درگاه های پرداخت وقتی قرار پرداخت آنلاین انجام بشه به جای نوشتن کدهای شرطی مختلف می تونیم یک متد داشته باشیم که نمونه ای از کلاس های مختص پرداخت آنلاین رو برای ما بسازه و اون شی رو در اختیار کلاس اصلی قرار بده. در این حالت دیگه نیازی نیست برای تغییر اون کلاس بیایم و کلاس اصلی و شرط ها رو تغییر بدیم.

الگوی Abstract Factory هم در مورد اشیاء و ساختن اونها استفاده میشه، این الگو برای ساختن مجموعه از اشیاء مرتبط با هم استفاده میشه. مثلا میخوایم یک صفحه ساز ایجاد کنیم که برای header و footer و body اون فرمت های مختلفی رو پشتیبانی کنیم. در این حالت هر بخش از این صفحه سازی باید استاندارد خودش رو داشته باشه تا بتونه در فرمت های مختلف ایجاد بشه. با استفاده از الگوی طراحی Abstract Factory می تونیم قراردادی تعریف کنیم که مثلا فرمت یک Factory می تونه تمام قسمت ها رو برای HTML یا JSON یا XML یا PDF بسازه و در نهایت هر موقع خواستیم اون رو به هر فرمتی نمایش بدیم و جایگزین کنیم.

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

در هفته سوم از این دوره به بررسی ۳ الگوی مهم Builder و Adapter می پردازیم. الگوی Builder در بخش Creational و الگوی Adapter در بخش Structural قرار می گیرد.

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

الگوی طراحی Adapter اسمش خیلی واضحه. اگر توی نرم افزار دو تا کلاس داشته باشیم که قرارداد مشترکی نداشته باشن و نتونن با هم کار کنن خیلی راحت می تونیم از این الگو براشون استفاده کنیم. مثلا وقتی یه پکیج نصب می کنید و متدها و ساختار کلاس های اون پکیج با کدهای شما همخوانی نداره از این الگو می تونیم استفاده کنیم. حتی زمانی

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

در این هفته میریم سراغ ۲ الگوی طراحی خیلی کاربردی Bridge و Composite که یادگیری و پیاده سازیشون کدنویسی رو خیلی لذت بخش میکنه.

الگوی Bridge یا پل توی مواقعی که کدهای یک کلاس خیلی بزرگ میشن و عملا قابلیت ایجاد کردن چند انتزاع رو دارن استفاده میشه. به عنوان مثال فرض کنید از شما میخواین برای وب سایت بخشی برای صفحات بسازید که بتونن در هر فرمت دلخواهی اون رو نمایش بدن. اینجا خیلی راحت میشه از الگوی Bridge استفاده کرد. این الگو کمک می کنه بین Abstraction و Implementation یک Bridge یا پل ایجاد کنیم.

الگوی طراحی Composite کلا هر جایی ساختار سلسله مراتبی وجود داشته باشه به کار میاد.مثلا فرض کنید دارید نرم افزار بخش مدیریت کارکنان خود سازمان رو می نویسید در اینجا مدیران و کارمندان وجود دارن که به صورت سلسله مراتبی تعریف شدن و اینجا نیاز عملیات هایی رو به صورت مشترک و جدا انجام بدید که برای این کار الگوی Composite خیلی مناسبه. یا فرض کنید میخواید منوهای مختلف ایجاد کنید چون ساختارش سلسله مراتبی هست خیلی راحت با Composite می تونید حلش کنید. کلا در جاهایی که میخوایم یک آیتم یا مجموعه ای از آیتم ها رو رفتار مشترکی رو براشون در نظر بگیریم از Composite استفاده می کنیم.

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

خب می رسیم به ۲ تای دیگه از خوبای الگوهای طراحی، Decorator و Facade.

الگوی طراحی Decorator کلا خیلی خاص و متمایز هست و به شما کمک میکنه بدون دستکاری کدهای موجود یک رفتار رو به کلاس اضافه کنید و این خیلی مزیت بزرگی محسوب میشه. فرض کنید میخواید یک سیستم فاکتور یا Invoice ایجاد کنید. در این فاکتور ممکنه اقلام و خدمات مختلفی قرار بگیرن و هر کدومشون هم قیمت خاصی داشته باشن. ما می تونیم با استفاده از الگوی Decorator بدون اینکه نگران باشیم محصول یا خدمات جدیدی میخواد به فاکتور اضافه بشه اون رو پردازش کنیم. این کار زحمت ما رو برای تغییر کدها خیلی خیلی کم می کنه و احتمال ایجاد شدن باگ در کدهای قبلی رو هم کاهش میده.

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

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

خب در این هفته هم میرسیم به ۲ تا الگو که خیلی به درد بهینه سازی در مصرف منابع میخورن.

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

در مورد الگوی Proxy فرض کنید که از شرکت گوگل یک سرویس پولی توسط شرکت خریداری شده و با هر بار درخواست به این سرویس گوگل برای شرکت کنتور میندازه. در این حالت ها ما باید حواسمون باشه که فقط در ازای استفاده واقعی از سرویس بهش درخواست بزنیم و از هدر رفت هزینه جلوگیری کنیم. برای این مشکل می تونیم از الگوی Proxy استفاده کنیم، یا مثلا فرض کنیم یه بخشی از سیستم محاسباتش سنگینه و واقعا نمیشه در هر درخواست انجامش بدیم، برای این موضوع و حل کردن اون هم می تونیم از Proxy کمک بگیرم.

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

در این هفته ۲ تا از الگوهای خوب و خوشگل رو میخوایم کار کنیم و یاد بگیرم.

الگوی Chain Of Responsibility کاربردهای زیادی در حل مسائلی داره که نیازه عملیات هایی به صورت پشت سر هم اجرا و بررسی بشه. مثلا فرض کنیم در یک نرم افزار باید مشخص کنیم چه کاربری به یک بخش دسترسی داره و در این نحوه دسترسی شرایط و حالت های مختلفی وجود داره. اگر بخوایم به صورت ساده بنویسیم کدهای ما پر میشه از شرط های کر کثیف که هیچکی حاضر نیست نگاش کنه. برای حل این مورد خیلی راحت با استفاده از این الگو می تونیم مشکل رو حل کنیم. یا مثلا فرض کنید ازتون خواسته شده سرویسی بنویسید که یک تماس صوتی رو بر اساس شرایط خاصی به یک اپراتور خاص وصل کنه. در این حالت هم نیاز داریم تا از این الگو استفاده کنیم در غیر این صورت بازم با کدهای کثیف زیادی کار رو تموم می کنیم.

الگوی طراحی Command یکی از الگوهای محبوب هست که واقعا مارو از تکرار کد یا Duplicate Code نجات میده. فرض کنید میخواید یک سرویس برای ثبت سفارش بنویسید، اولش میگن این سرویس قرار توی وب سایت استفاده بشه و بعد از مدتی میان میگن از طریق موبایل هم باید فرخوانی بشه و شما میای و اون رو کپی می کنی در بخش موبایل و فردا پس فردا هم میگن این برای برای سفارش تلفنی هم بتونه کار کنه، در این موقع شما برای بخش سفارش تلفنی هم کد رو کپی می کنی و اگر بخوای کدها رو تغییر بدی پوستت کنده میشه. در این حالت کافیه از الگوی طراحی Command استفاده کنی تا به بهترین شکل ممکن سرویس رو پیاده سازی کنی و کدهای تکراری هم نداشته باشی.

در انتهای این هفته جلسه وبیناری پرسش و پاسخ و رفع اشکال برای الگوهای طراحی Command و Chain of Responsibility رو برگزار می کنیم.

در این هفته به بررسی ۲ الگوی دیگه که برای مدیریت اطلاع رسانی و وضعیت ها استفاده میشن می پردازیم.

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

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

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

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

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

الگوی طراحی Template Method خیلی شبیه به Strategy هست با این تفاوت که در Strategy ما روش انجام کار کلا با روش های دیگه فرق داره. اما در Template Method بخشی زیادی شبیه هم هستن و یه بخش کوچیکی با هم تفاوت داره. در این روش از Template Method استفاده می کنیم. خیلی مهمه این لایه مرزی رو تشخیص بدیم و در این هفته قراره این رو انجام بدیم.

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

در این هفته می ریم سراغ الگوهای محبوب Visitor و Mediator که کاربردهای جالبی دارن.

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

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

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

پشتیبانی دوره به چه صورته؟

در این دوره، هر هفته ۲ الگوی طراحی رو بررسی می کنیم و در آخر اون هفته یک وبینار 2 ساعته برای پرسش و پاسخ و رفع اشکال در مورد اون ۲ الگوی طراحی برگزار میشه.

در این روش به صورت لایو می تونی با مدرس و منتور صحبت کنی و به بهترین شکل ممکن پاسخ خودتو پیدا کنی.

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

در این کانال برای هر هفته و متناسب با موضوعات اون هفته (که شامل ۲ الگوی طراحی میشه) یک بحث و گفتگو در کانال ایجاد می کنیم که دوستانی که نتونستن به هر شکلی در وبینار پرسش و پاسخ شرکت کنن، سوالات خودشون رو به صورت متنی مطرح کنن.

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

کیوان علی محمدی

مدرس دوره حرفه ای الگوهای طراحی

تفاوت اصلی این دوره با دوره های مشابه چیه؟

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

توی این دوره سعی بر این بوده که تمام مثال ها بر اساس مشکلات و مسائل واقعی دنیای نرم افزار مطرح بشه تا هم به راحتی الگوهای طراحی رو درک کنید و هم اینکه توانایی حل مساله با استفاده از شی گرایی شما قوی بشه.

این به نظرم اصلی ترین تفاوت این دوره با تمام دوره هایی هست که در موضوع الگوهای طراحی تا حالا برگزار شده.

آیا این دوره با این قیمت واقعا ارزشش رو داره؟

الان می تونیم بگیم یک توسعه دهنده Junior یه حقوقی بین رنج ۴ الی ۶ میلیون تومن درآمد داره و یه توسعه دهنده Mid-Level بین ۸ الی ۱۲ تومن و در نهایت یک توسعه دهنده Senior از ۱۲ الی ۲۵ تومن حقوق دریافت می کنه.

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

همون طور که قبلا هم گفتم، الگوهای طراحی مفاهیم سخت و انتزاعی هستن که باید مدت زیادی رو براشون وقت بذارید، این دوره به شما کمک میکنه این مدت زمان طولانی شاید چندین ساله رو به 3 ماه کمپرس و فشرده کنید و این یعنی شما از خیلی از هم رده های خودتون می تونید جلوتر باشید. البته بازم تاکید می کنم قرار نیست معجزه کنیم و حتما حتما به تلاش و تمرین خودتون خیلی خیلی احتیاج داره.

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

چقدر باید برای این دوره سرمایه گذاری کنم؟

ظرفیت دوره محدود می باشد

خرید نقدی

۱ میلیون تومان تخفیف
فقط برای ۳۰ نفر

۷,۰۰۰,۰۰۰ تومان

۵.۹۵

میلیون تومان
+ هدیه ویژه (به ارزش یک میلیون تومان)
بلیط ثبت نام رایگان در وبینار نقشه راه مهندسی نرم افزار

اگر می خوای جزو اولین نفرات ثبت نام کننده باشی، ۱ میلیون تومان تخفیف ویژه بگیری و بلیط رایگان ثبت نام در وبینار نقشه راه تبدیل شدن به یک مهندس نرم افزار واقعی رو دریافت کنی کافیه کد تخفیف زیر رو استفاده کنی و در دوره ثبت نام کنی:

کد تخفیف ۱ میلیون تومانی
dpp-next30

ثبت نام می کنم

خرید اقساط

در طی ۳ قسط ماهانه

قسط اول: ۲ میلیون تومان به عنوان پیش پرداخت
قسط دوم: ۲.۵ میلیون تومان یک ماه پس از شروع دوره
قسط سوم: ۲.۵ میلیون تومان دو ماه پس از شروع دوره

برای ثبت نام اقساطی به تلگرام پشتیبانی سون لرن پیام بدید و هماهنگ کنید.
همکاران ما شما رو راهنمایی می کنن:

Telegram: @sup_7Learn

در صورتی که قصد خرید گروهی (بیشتر از 3 نفر همزمان) را دارید با پشتیبانی تلگرام سون لرن (@sup_7Learn) تماس بگیرید و از تخفیف بالاتری بهره مند شوید.