اولین تسک فنی (یک مسئله) من در یک شرکت بزرگ که به عنوان برنامه نویس 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 قرار گرفته است. ما بر اساس این دسته بندیها برای هر الگوی طراحی تعدادی ویدیو شامل تعریف تئوری الگوی طراحی به همراه تعریف و راه حل چند مسئله کاربردی (بر اساس دنیای واقعی نرم افزار) بر اساس همان الگو در اختیارت قرار میدیم.
پیش نیازهای شرکت در این دوره چیه؟
برای اینکه بتونید در دوره شرکت کنید و نتیجه خوبی بگیرید ازش، حتما باید با یک زبان شی گرایی کار کرده باشید و مفاهیم شی گرایی مقدماتی رو بلد باشید.
زمان و روزهای برگزاری دوره چه طوری هست؟
محتوای دوره به صورت ویدیوهای از قبل تهیه شده در اختیار شما قرار میگیره و انتظار میره در یک بازه 3 ماهه بتونید تمام ویدیوها رو هم ببینید و هم تمرین کنید. پیشنهاد میشه در این مدت هر هفته 2 الگوی طراحی رو از طریق ویدیوهای آموزشی ببینی و یاد بگیری و تمرین کنی و در نهایت در بخش پرسش و پاسخ وب سایت میتونی سوالات و ابهامات در مورد الگویهای طراحیی آموزش داده شده رو داخلش بپرسی.
این روش جدید کمک میکنه زمان خودت تعیین کنی ویدیوها رو کی ببینی و البته یادت باشه اگر واقعا میخوای از دوره نتیجه بگیری حتما حتما در طول هفته باید ویدیوها رو ببینی و تمرین کنی.
آیا بعد از ثبت نام امکان انصراف وجود داره؟
اگر قبل از شروع دوره انصراف بدی کل مبلغ پرداختی بهت برگشت داده میشه و اگر تا یک ماه بعد از شروع دوره و یادگیری 8 الگوی طراحی، اگر دیدی این دوره به دردت نمیخوره و مناسب تو نیست باز هم میتونی از دوره با خیال راحت انصراف بدی و 100 درصد مبلغ پرداختی رو پس بگیری اما بعد از مدت زمان یک ماه دیگه امکان انصراف از دوره وجود نداره و مبلغی بهت برگشت داده نمیشه.
این دوره واقعا چقدر تاثیر داره؟
بذارید خیلی رک بهتون بگم، این دوره،مثل همه دورههای آموزشی دیگه در دنیا اصلا قرار نیست برای شما معجزه کنه،قرار نیست یک شبه تمام الگوهای طراحی رو ملکه ذهن شما کنه.
این دوره فقط و فقط به شما کمک میکنه مسیر درست رو پیدا کنید و به سمتش برید. این دوره میتونه مدت زمان یادگیری رو برای شما کاهش بده. افراد زیادی هستن که بدون یک دوره خاص هم میتونن به هدفشون برسن اما ممکنه زمان بیشتری نیاز داشته باشن مخصوصا اگر پیش زمینه ای در اون بحث نداشته باشن.
خیلیا هم هستن که دوره شرکت میکنن و تمام تمرکز و تلاش خودشون رو برای دوره میذارن و خیلی سریعتر از بقیه میتونن ازش نتیجه بگیرن. خیلیا هم هستن که در همین دوره شرکت میکنن اما چون براش وقت نمیزارن آخر کار به صورت ناراضی از دوره خارج میشن و برمیگردن سر خونه اولشون.
پس یادتون باشه چیزی که از بقیه موارد مهم تره تمرکز و اولویت قرار دادن یادگیری این موضوع هست، چه میخواد با دوره باشه چه بدون دوره.
آموزش بر اساس چه پلتفرم و زبان برنامه نویسی خواهد بود؟
الگوهای طراحی در بخش مفهومی دنیای توسعه نرم افزار مطرح میشوند و ما هم قصد داریم در این دوره مفهوم پایه ای این الگوهای طراحی را به شما بیاموزیم، در نهایت برای پیاده سازی این الگوها به یک زبان شی گرایی نیاز دارند و در این دوره زبان ما از زبان PHP و همچنین فریمورک Laravel برای پیاده سازی و تمرین الگوها استفاده میکنیم.
باز هم بر این نکته تاکید میکنم که مباحث این دوره کاملا به صورت مفهومی ارائه میشه و نگرانی از بابت پیاده سازیها وجود نداره. چون در زمان پیاده سازی به زبانهای دیگه و مقایسه امکانات اونها هم اشاره میشه.
تفاوت اصلی این دوره با دورههای مشابه چیه؟
الگوهای طراحی مفاهیمی انتزاعی و سخت هستن و من شخصا سالهای زیادی رو صرف مطالعه و تمرین اونها کردم تا بتونم به درستی ازشون استفاده کنم و هنوز گاها دچار خطاهایی در این مورد میشم. من خیلی جاها از کتابهای مرجع و آموزشهای یوتیوب و مقالات مختلف رو بررسی کردم ولی همه اینها یک مشکل اساسی دارن و اونم این هست که مثالهای واقعی در دنیای نرم افزار رو ندارن. اکثر این منابع در مورد ماشین و درخت و کتاب و حیوان و ... صبحت میکنن در حالی که ما در نرم افزارهای واقعی این موارد رو خیلی خیلی کم میبینیم و این دقیقا نقطه ای هست که اکثر کسانی که میخوان با این الگوها کار کنن به مشکل میخورن.
توی این دوره سعی بر این بوده که تمام مثالها بر اساس مشکلات و مسائل واقعی دنیای نرم افزار مطرح بشه تا هم به راحتی الگوهای طراحی رو درک کنید و هم اینکه توانایی حل مساله با استفاده از شی گرایی شما قوی بشه.
این به نظرم اصلیترین تفاوت این دوره با تمام دوره هایی هست که در موضوع الگوهای طراحی تا حالا برگزار شده.
آیا این دوره با این قیمت واقعا ارزشش رو داره؟
الان میتونیم بگیم یک توسعه دهنده Junior یه حقوقی بین رنج ۴ الی ۶ میلیون تومن درآمد داره و یه توسعه دهنده Mid-Level بین ۸ الی ۱۲ تومن و در نهایت یک توسعه دهنده Senior از ۱۲ الی ۲۵ تومن حقوق دریافت میکنه.
شما با این دوره شانس این رو به دست میارید که یک پرش خوب در موقعیت شغلی خودتون ایجاد کنید، با یادگیری این الگوها و پیاده سازی واقعی اونها میتونید از شرکت خودتون درخواست افزایش حقوق یا درخواست ارتقای شغلی داشته باشید، پس میتونید با یک حساب سرانگشتی متوجه بشید که این دوره ارزش زیادی از این لحاظ برای شما ایجاد میکنه.
همون طور که قبلا هم گفتم، الگوهای طراحی مفاهیم سخت و انتزاعی هستن که باید مدت زیادی رو براشون وقت بذارید، این دوره به شما کمک میکنه این مدت زمان طولانی شاید چندین ساله رو به 3 ماه کمپرس و فشرده کنید و این یعنی شما از خیلی از هم ردههای خودتون میتونید جلوتر باشید. البته بازم تاکید میکنم قرار نیست معجزه کنیم و حتما حتما به تلاش و تمرین خودتون خیلی خیلی احتیاج داره.
در خیلی از مصاحبههای استخدامی داخلی و خارجی از این موضوع سوال پرسیده میشه و تسلط به این آیتمها میتونه شانس شما رو برای قبولی در استخدام افزایش بده.
نمایش بیشتر
سرفصلهای دوره
هفته اول: اصول SOLID
۱۹ جلسه
جلسه اول اصول طراحی شی گرا - Tell Don't Ask
۱۴ دقیقه
جلسه دوم اصول طراحی شی گرا - YAGNI
۱۴ دقیقه
جلسه سوم هفته اول - کانفیگ کردن PHPStorm
۹ دقیقه
جلسه چهارم هفته اول - اصول SOLID - اصل Single Responsibility - مفهوم
۱۷ دقیقه
جلسه پنجم هفته اول - اصول SOLID - اصل Single Responsibility - بررسی مشکل
۲۳ دقیقه
جلسه ششم هفته اول - اصول SOLID - اصل Single Responsibility - بررسی راه حل
۱۱ دقیقه
جلسه هفتم هفته اول - اصول SOLID - اصل Open Close - بررسی مفهوم
۱۷ دقیقه
جلسه هشتم هفته اول - اصول SOLID - اصل Open Close - بررسی مشکل
۱۵ دقیقه
جلسه نهم هفته اول - اصول SOLID - اصل Open Close - بررسی راه حل
۲۱ دقیقه
جلسه دهم هفته اول - اصول SOLID - اصل Liskov Substitution - بررسی مفهوم
۷ دقیقه
جلسه یازدهم هفته اول - اصول SOLID - اصل Liskov Substitution - بخش اول
۱۳ دقیقه
جلسه دوازدهم هفته اول - اصول SOLID - اصل Liskov Substitution - بخش دوم
۳ دقیقه
جلسه سیزدهم هفته اول - اصول SOLID - اصل Liskov Substitution - بخش سوم
۵ دقیقه
جلسه چهاردهم هفته اول - اصول SOLID - اصل Liskov Substitution - بخش چهارم
۶ دقیقه
جلسه پانزدهم هفته اول - اصول SOLID - اصل Interface Segregation - بررسی مفهوم
۵ دقیقه
جلسه شانزدهم هفته اول - اصول SOLID - اصل Interface Segregation - بررسی نمونه کد
۹ دقیقه
جلسه هفدهم هفته اول - اصول SOLID - اصل Dependency Inversion - بررسی مفهوم
۸ دقیقه
جلسه هجدهم هفته اول - اصول SOLID - اصل Dependency Inversion - بررسی کد - بخش اول
۱۵ دقیقه
جلسه نوزدهم هفته اول - اصول SOLID - اصل Dependency Inversion - بررسی کد - بخش دوم
۷ دقیقه
هفته دوم - الگوی طراحی Factory Method و Abstract Factory
۸ جلسه
جلسه اول هفته دوم - الگوی طراحی Factory Method - بررسی مفهوم
۱۲ دقیقه
جلسه دوم هفته دوم - الگوی طراحی Factory Method - بررسی مثال Publisher
۲۷ دقیقه
جلسه سوم هفته دوم - الگوی طراحی Factory Method - مثال Account Registry
۲۲ دقیقه
جلسه چهارم هفته دوم - الگوی طراحی Factory Method - مثال Logger
۸ دقیقه
جلسه پنجم هفته دوم - الگوی طراحی Abstract Factory - بررسی مفهوم
۱۰ دقیقه
جلسه ششم هفته دوم - الگوی طراحی Abstract Factory - بررسی مثال Form Builder
۲۹ دقیقه
جلسه هفتم هفته دوم - الگوی طراحی Abstract Factory - بررسی مثال Document Builder
۳۰ دقیقه
جلسه هشتم هفته دوم - الگوی طراحی Abstract Factory - تمرین Product Presenter
۴ دقیقه
هفته سوم - الگوی طراحی Builder و Adapter
۹ جلسه
جلسه اول هفته سوم - الگوی طراحی Builder - مفهوم
۱۱ دقیقه
جلسه دوم هفته سوم - الگوی طراحی Builder - مثال Request Builder
۱۸ دقیقه
جلسه سوم هفته سوم - الگوی طراحی Builder - مثال ReOrder
۲۱ دقیقه
جلسه چهارم هفته سوم - الگوی طراحی Builder - بررسی لاراول Query Builder
۸ دقیقه
جلسه پنجم هفته سوم - الگوی طراحی Adapter - بررسی مفهوم
۷ دقیقه
جلسه ششم هفته سوم - الگوی طراحی Adapter - مثال Payment Provider
۱۵ دقیقه
جلسه هفتم هفته سوم - الگوی طراحی Adapter - مثال Notification
۹ دقیقه
جلسه هشتم هفته سوم - الگوی طراحی Adapter - مثال Task Importer
۲۰ دقیقه
جلسه نهم هفته سوم - الگوی طراحی Adapter - تمرین
۲ دقیقه
هفته چهارم - الگوی طراحی Bridge و Composite
۹ جلسه
جلسه اول هفته چهارم - الگوی طراحی Bridge - بررسی مفهوم
۹ دقیقه
جلسه دوم هفته چهارم - الگوی طراحی Bridge - بررسی مثال Payment Module
۲۱ دقیقه
جلسه سوم هفته چهارم - الگوی طراحی Bridge - بررسی مثال Campaign Manager
۲۱ دقیقه
جلسه چهارم هفته چهارم - الگوی طراحی Bridge - بررسی مثال Survey Manager
۱۴ دقیقه
جلسه پنجم هفته چهارم - الگوی طراحی Composite - بررسی Concept
۷ دقیقه
جلسه پنجم هفته ششم - الگوی طراحی Proxy - بررسی مفهوم
۶ دقیقه
جلسه ششم هفته ششم - الگوی طراحی Proxy - مثال Cached Repository
۱۰ دقیقه
جلسه هفتم هفته ششم - الگوی طراحی Proxy - مثال Google API
۱۰ دقیقه
جلسه هشتم هفته ششم - الگوی طراحی Proxy - مثال Cached Download
۱۰ دقیقه
هفته هفتم - الگوی طراحی Chain of responsibility و Strategy
۸ جلسه
جلسه اول هفته هفتم - الگوی طراحی Chain Of Responsibility - بررسی مفهوم
۹ دقیقه
جلسه دوم هفته هفتم - الگوی طراحی Chain Of Responsibility - مثال Access Product
۲۷ دقیقه
جلسه سوم هفته هفتم - الگوی طراحی Chain Of Responsibility - مثال Registration Service
۱۶ دقیقه
جلسه چهارم هفته هفتم - الگوی طراحی Chain Of Responsibility - تمرین Loan Service
۵ دقیقه
جلسه پنجم هفته هفتم - الگوی طراحی Strategy - بررسی مفهوم
۶ دقیقه
جلسه ششم هفته هفتم - الگوی طراحی Strategy - بررسی مثال پرداخت
۱۲ دقیقه
جلسه هفتم هفته هفتم - الگوی طراحی Strategy - بررسی مثال Delivery
۹ دقیقه
جلسه هشتم هفته هفتم - الگوی طراحی Strategy - تمرین
۳ دقیقه
هفته هشتم - الگوی طراحی Observer و State
۷ جلسه
جلسه اول هفته هشتم - الگوی طراحی Observer - بررسی مفهوم
۱۱ دقیقه
جلسه دوم هفته هشتم - الگوی طراحی Observer - بررسی مثال Product
۲۰ دقیقه
جلسه سوم هفته هشتم - الگوی طراحی Observer - بررسی مثال Order
۱۴ دقیقه
جلسه چهارم هفته هشتم - الگوی طراحی State - بررسی مفهوم
۸ دقیقه
جلسه پنجم هفته هشتم - الگوی طراحی State - بررسی مثال CMS
۱۸ دقیقه
جلسه ششم هفته هشتم - الگوی طراحی State - بررسی مثال Order
۱۵ دقیقه
جلسه هفتم هفته هشتم - الگوی طراحی State - تمرین Withdrawal
۴ دقیقه
هفته نهم - الگوی طراحی Template Method و Command
۸ جلسه
جلسه اول الگوی طراحی Template Method - بررسی مفهوم
۵ دقیقه
جلسه دوم الگوی طراحی Template Method - مثال Reporter
۱۷ دقیقه
جلسه سوم الگوی طراحی Template Method - مثال Salary
۶ دقیقه
جلسه چهارم الگوی طراحی Template Method - تمرین
۲ دقیقه
جلسه پنجم الگوی طراحی Command - بررسی مفهوم
۷ دقیقه
جلسه ششم الگوی طراحی Command - مثال Tasks
۹ دقیقه
جلسه هفتم الگوی طراحی Command - مثال File Manager
۱۳ دقیقه
جلسه هشتم الگوی طراحی Command - تمرین
۲ دقیقه
هفته دهم - الگوی طراحی Mediator و Visitor
۸ جلسه
جلسه اول الگوی طراحی Mediator - بررسی مفهوم
۵ دقیقه
جلسه دوم الگوی طراحی Mediator - مثال Event Dispatcher
۱۷ دقیقه
جلسه سوم الگوی طراحی Mediator - مثال Chat Room
۱۲ دقیقه
جلسه چهارم الگوی طراحی Mediator - تمرین
۱ دقیقه
جلسه پنجم الگوی طراحی Visitor - بررسی مفهوم
۷ دقیقه
جلسه ششم الگوی طراحی Visitor - مثال Abstract
۹ دقیقه
جلسه هفتم الگوی طراحی Visitor - مثال Tax
۱۱ دقیقه
جلسه هشتم الگوی طراحی Visitor - مثال File System
۱۶ دقیقه
وبینار ها
۶ جلسه
جلسه اول وبینار نقشه راه مهندسی نرم افزار
۱ ساعت و ۲۷ دقیقه
جلسه دوم وبینار پرسش و پاسخ - هفته دوم
۱ ساعت و ۱۱ دقیقه
جلسه سوم وبینار پرسش و پاسخ - هفته سوم
۱ ساعت و ۳۸ دقیقه
جلسه چهارم وبینار پرسش و پاسخ هفته چهارم
۱ ساعت و ۲۳ دقیقه
جلسه پنجم وبینار پرسش و پاسخ - هفته آخر
۵۷ دقیقه
جلسه ششم وبینار نقشه راه مهندسی نرم افزار (دوره جدید)
۱ ساعت و ۶ دقیقه
به روزرسانی - پیاده سازی سرویس دسترسی کاربران به محصولات دارای اشتراک
۵ جلسه
جلسه اول معرفی ویژگیهای سرویس
۶ دقیقه
جلسه دوم پیاده سازی مدل ها
۱۱ دقیقه
جلسه سوم پیاده سازی کنترلر
۸ دقیقه
جلسه چهارم پیاده سازی سرویس
۲۶ دقیقه
جلسه پنجم استفاده از سرویس
۱۷ دقیقه
نمایش بیشتر
با خیال راحت آموزش ببینید
ضمانت بازگشت وجه
خرید و ثبت نام شما در دورههای بلندمدت سون لرن بدون ریسک مالی
خواهد بود
آموزش مهارت محور
از مدرسین متخصص و با تجربه در بهترین شرکتهای ایران مهارت مورد
نیاز بازار کار را یاد میگیرید
جامعه برنامه نویسی فعال
پشتیبانی و پاسخ به سوالات خود را در جامعه برنامه نویسی فعال سون
لرن دریافت میکنید
ارزیابی فنی و امتیازدهی
برای فعالیتها و آزمونهای خود، امتیازات مختلفی برای ارزیابی
مهارت دریافت میکنید (از آذر 1402)
معرفی برترینها به بازار کار
دانشجویان فعالی که مستمر و منظم محتوای دورهها را دنبال میکنند،
در اولویت معرفی به بازار کار هستند
دسترسی راحت و همیشگی
شما بعد از تهیه دوره به محتوای دوره و آپدیتهای محتوایی دسترسی خواهید داشت
نتایج دورههای متخصص
در ۱۷ سال اخیر بیش از ۳۵ هزار نفر در سون لرن به
صورت تخصصی آموزش برنامه نویسی دیده اند و هزاران نفر از این عزیزان در شرکتهای مختلف استخدام شده
اند.
مهمترین عامل موفقیت دانشپذیرانی که موفق به استخدام و کسب
درآمد پس از دورههای سون لرن بوده اند، نظم و استمرار در پیگیری محتوای دوره و انجام تمرینها و
چالش پذیری آنها بوده است.
برای یادگیری دیزاین پترنها از کجا شروع کنیم؟ آیا پیشنیاز خاصی دارد؟
قبل از شروع آموزش دیزاین پترنها باید یکی از زبانهای برنامه نویسی شی گرایی را بلد باشید. البته الزاما الگوهای طراحی در زبانهای شی گرا استفاده نمیشود در زبان هایی که شی گرا نیستند (زبانهای functional) هم استفاده میشوند.
یادگیری دیزاین پترنها برای من چه مزیتی دارد؟
یادگیری الگوهای طراحی برای هر کسی که در حوزه نرم افزار کار میکند ضروری است. شما با یادگیری الگوهای طراحی، حل مسئله به روش مناسب را یاد میگیرید تا کدهای بهتری بنویسید. در نهایت نوشتن کدهای بهتر باعث افزایش کیفیت نرم افزار میشود. در واقع اگر تسلط کافی در دیزاین پترنها داشته باشید موقعیت شغلی بهتری به دست میآورید و درآمد بیشتری هم خواهید داشت.
یادگیری الگوهای طراحی برای چه افرادی مناسب است؟
یادگیری دیزاین پترنها برای افرادی که در حوزه توسعه نرم افزار کار میکند مناسب است. مهم نیست که شما در چه پارادایمی (functional یا object oriented) کار میکنید. تسلط بر الگوهای طراحی باعث میشود بتوانید کدهای بهتری را طراحی کنید. کدهایی که قابلیت تست پذیری، خوانایی، توسعه پذیری، نگه داری بالاتری دارند. و قطعا افرادی که به الگوهای طراحی مسلط هستند موقعیتهای شغلی و درآمد بهتری دارند.
کاربرد Design Patternها چیست؟
در دنیای نرم افزار برای حل مسئله روشهای زیادی وجود دارد. ما باید روشی را برای حل مسئله انتخاب کنیم که به maintainability نرم افزار کمک کند، خوانایی و تست پذیری را بالا ببرد، قابلیت توسعه پذیری داشته باشد. الگوهای طراحی روشهایی استاندارد برای حل مسئله است که کمک میکند نرم افزاری تولید شود که maintainable باشد. و این موضوع مزایای زیادی برای نرم افزار ایجاد میکند.
الگوی طراحی چیست؟
در دنیای توسعه نرم افزار ما به عنوان برنامه نویس با مسائل مختلفی مواجهیم که باید برای این مسائل راه حل پیدا کنیم. اما اکثرا این مسائل قبلا توسط برنامه نویسهای دیگری شناسایی شدهاند و راه حلی برای آنها ارائه شده است. در واقع الگوهای طراحی راهی برای حل این مسائل است.
انواع Design Patternها چیست؟
الگوهای طراحی سه دسته اصلی دارند:
Creational patterns: معمولا راه حل هایی برای ایجاد کردن آبجکتها (objects) ارائه میدهند. تا کدهایی داشته باشیم که قابلیت reuse داشته باشد.
Structural patterns: کمک میکنند ساختارهای بزرگتری ایجاد کنیم در حالی که انعطاف پذیری و بهینه بودن حفظ شود.
Behavioral patterns: این دسته به الگوریتمها و نحوه انجام کار و responsibility بین آبجکتها مرتبط است و زا این طریق به حل مسئله کمک میکند.