دوستان توجه کنید بخاطر مشکلاتی که به وجود اومد برای دو تا از دوستامون نتونستیم پیاده سازی این Design Pattern رو به زبان های JavaScript و ++C براتون قرار بدیم و از طرفی هم نمیخواستیم بد قول بشیم و تاریخ منتشر شدن قسمت دوم این مجموعه رو عقب بندازیم
برای همین این قسمت رو منتشر کردیم منتها حتما پیاده سازی این Design Pattern رو به اون دو زبان هم براتون قرار میدیم چون نوع پیاده سازی شون با زبان های Java و #C متفاوته
مثلا میتونیم Class Adapter Pattern رو با زبان ++C بخاطر وجود Multi-Inhertance پیاده سازی کنیم
یا JavaScript که از نوع Prototype-base Object-Oriented هستش پیاده سازیش در هر دو scope چه object و چه class متفاوته و حتما براتون قرار میدیم در روز های آینده که استفاده کنید
باز هم معذرت
با آرزوی موفقیت
@de_coder
برای همین این قسمت رو منتشر کردیم منتها حتما پیاده سازی این Design Pattern رو به اون دو زبان هم براتون قرار میدیم چون نوع پیاده سازی شون با زبان های Java و #C متفاوته
مثلا میتونیم Class Adapter Pattern رو با زبان ++C بخاطر وجود Multi-Inhertance پیاده سازی کنیم
یا JavaScript که از نوع Prototype-base Object-Oriented هستش پیاده سازیش در هر دو scope چه object و چه class متفاوته و حتما براتون قرار میدیم در روز های آینده که استفاده کنید
باز هم معذرت
با آرزوی موفقیت
@de_coder
با سلام
با توجه به درخواست بالای دانشجویان دانشگاه شهید رجایی-درس مبانی کامپیوتر-استاد نوشین بهزاد پور-ترم تابستان 97
تمارینی که فرستادید را حل خواهیم کرد و در کانال قرار خواهیم داد منتها به دلیل مسائل اخلاقی این کار بعد از اتمام ساعت تحویل این تمارین انجام خواهد گرفت ، یعنی تمارین بعد از ساعت 11 امشب قرار خواهد گرفت
منتها اگر در حل تمارین جایی مشکل داشتید به ID زیر مراجعه کنید
@decodersup
با تشکر از همراهی شما
@de_coder
با توجه به درخواست بالای دانشجویان دانشگاه شهید رجایی-درس مبانی کامپیوتر-استاد نوشین بهزاد پور-ترم تابستان 97
تمارینی که فرستادید را حل خواهیم کرد و در کانال قرار خواهیم داد منتها به دلیل مسائل اخلاقی این کار بعد از اتمام ساعت تحویل این تمارین انجام خواهد گرفت ، یعنی تمارین بعد از ساعت 11 امشب قرار خواهد گرفت
منتها اگر در حل تمارین جایی مشکل داشتید به ID زیر مراجعه کنید
@decodersup
با تشکر از همراهی شما
@de_coder
Forwarded from FOCP_SRTTU_96973 (n.behzadpour)
HW5.pdf
635.9 KB
#HW
تمرینات سری پنجم
با محوریت ساختارهای کنترلی
مهلت ارسال: ساعت ۲۳ روز ۲۷ مردادماه نحوه ارسال: از طریق سامانه پیاتزا
تمرینات سری پنجم
با محوریت ساختارهای کنترلی
مهلت ارسال: ساعت ۲۳ روز ۲۷ مردادماه نحوه ارسال: از طریق سامانه پیاتزا
Design Matters LP1
Part-Three : Forever Single
#design_pattern
#designpattern
#design_matters_lp1
@de_coder
Part-Three : Forever Single
#design_pattern
#designpattern
#design_matters_lp1
@de_coder
Information
Article : Design Matters LP 1
Authors : Mhmv and Joulook
Prerequisite : Object-Oriented Concepts
Published By : Dcoder Team
Follow us on Telegram : https://t.iss.one/de_coder
The Cover of Article is Adapted From “Design Patterns Explained Simply By Alexander Shvets” Cover Page
@de_coder
Article : Design Matters LP 1
Authors : Mhmv and Joulook
Prerequisite : Object-Oriented Concepts
Published By : Dcoder Team
Follow us on Telegram : https://t.iss.one/de_coder
The Cover of Article is Adapted From “Design Patterns Explained Simply By Alexander Shvets” Cover Page
@de_coder
Part-Three : Forever Single
Single Life Better Life
محال ممکن است که در دنیای Object-Oriented تا به حال با موضوع Instantiation مواجه نشده باشید . از همان ابتدای یاد گیری این دنیا، شما Class ساخته اید و از آن به هر تعداد و اندازه ای که می خواستید Object ساخته اید و به عبارت فنی Instance های مختلفی از Class های دلخواه تان ساخته اید. اما تا به حال این مسئله به ذهنتان خطور کرده است که ممکن است موقعیتی پیش بیاید که ما تنها باید فقط یک Object از یک Class بسازیم و باید جلوی این که بشود از یک Class بیش از یک Object ساخت را بگیریم ؟ اصلا آیا به نظر شما موقعیتی پیش می آید که به این محدودیت برسیم ؟ و آیا Object-Oriented این امکان را می تواند برای ما فراهم کند ؟ و به راستی باید این سوال را از خود مطرح کنیم که ما چه اندازه توانسته ایم Object-Oriented را درک کنیم و آن را بفهمیم ؟
Real World Examples
اگر بخواهیم چند مثال از دنیای واقعی بزنیم که در آن ها دقیقا باید یک Object از Class مربوطه داشته باشیم می توانیم به این موارد اشاره کنیم : ممکن است در یک سیستم و یا یک مجموعه ای ما چندین دستگاه Printer داشته باشیم ، اما فقط و فقط یک Printer Spooler داریم . یا در یک Operating System فقط یک File System داشته باشیم یا فقط یک Window Manager داشته باشیم یا زمانی که میخواهیم تنها یک نقطه دسترسی به یک Database Engine داشته باشیم . گروه GOF برای حل تمامی این مسائل Design Pattern ای را تعریف کردند که نام آن Singleton می باشد و جزو Design Pattern های Creational دسته بنده شده است حال به تعریف دقیق این Design Pattern می پردازیم
@de_coder
Single Life Better Life
محال ممکن است که در دنیای Object-Oriented تا به حال با موضوع Instantiation مواجه نشده باشید . از همان ابتدای یاد گیری این دنیا، شما Class ساخته اید و از آن به هر تعداد و اندازه ای که می خواستید Object ساخته اید و به عبارت فنی Instance های مختلفی از Class های دلخواه تان ساخته اید. اما تا به حال این مسئله به ذهنتان خطور کرده است که ممکن است موقعیتی پیش بیاید که ما تنها باید فقط یک Object از یک Class بسازیم و باید جلوی این که بشود از یک Class بیش از یک Object ساخت را بگیریم ؟ اصلا آیا به نظر شما موقعیتی پیش می آید که به این محدودیت برسیم ؟ و آیا Object-Oriented این امکان را می تواند برای ما فراهم کند ؟ و به راستی باید این سوال را از خود مطرح کنیم که ما چه اندازه توانسته ایم Object-Oriented را درک کنیم و آن را بفهمیم ؟
Real World Examples
اگر بخواهیم چند مثال از دنیای واقعی بزنیم که در آن ها دقیقا باید یک Object از Class مربوطه داشته باشیم می توانیم به این موارد اشاره کنیم : ممکن است در یک سیستم و یا یک مجموعه ای ما چندین دستگاه Printer داشته باشیم ، اما فقط و فقط یک Printer Spooler داریم . یا در یک Operating System فقط یک File System داشته باشیم یا فقط یک Window Manager داشته باشیم یا زمانی که میخواهیم تنها یک نقطه دسترسی به یک Database Engine داشته باشیم . گروه GOF برای حل تمامی این مسائل Design Pattern ای را تعریف کردند که نام آن Singleton می باشد و جزو Design Pattern های Creational دسته بنده شده است حال به تعریف دقیق این Design Pattern می پردازیم
@de_coder
Forever Single.pdf
914 KB
Design Matters LP1 - Part Three : Forever Single
Authors : Mhmv and Joulook
#design_pattern
#designpattern
#design_matters_lp1
@de_coder
Authors : Mhmv and Joulook
#design_pattern
#designpattern
#design_matters_lp1
@de_coder