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-Two : Adapter Party
A Tales of Disease
مکس یک برنامه نویس بود که در یکی از این شرکت های سرکاریه تجارت الکترونیک کار می کرد شرکتی که مکس در آن کار می کرد یک website داشت که به کاربر ها اجازه می داد عملیات پرداخت و خرید را به صورت Online انجام بدهند. سایت آن ها به یک درگاه پرداخت 3rd Party ، Integrate شده بود. درگاه پرداخت 3rd Party یعنی یک درگاه پرداختی که توسط یک Vendor دیگه ای ساخته شده و ما داریم ازش برای انجام Transaction های مالی استفاده می کنیم. بنابر این کاربر ها می توانند صورت حساب های خودشان را از طریق سایت آن ها به واسطه کارت اعتباریشان پرداخت کنند. همه چیز به خوبی و خوشی داشت پیش می رفت تا این که مدیر مکس خواب هایی برای پروژه شان دید و او را برای تغییرات در پروژه صدا زد و مکس می دانست که اتفاقی که قرار است بیافتد اصلا خوش آیند نیست
مدیر به او گفت که برنامه دارند تا Vendor ای که درگاه پرداخت از آن گرفته بودند را عوض کنند و او باید این تغییرات را در کد اعمال کند
مشکل از آنجایی به وجود می آمد که Site به درگاه پرداختِ Xpay ، Attach شده بود که Object ای از تایپِ Xpay دریافت می کرد. نام Vendor جدید PayD بود که فقط اجازه Process روی Object هایی از نوعِ PayD را می داد . مکس نمی خواست که تمام 100 کلاسی را که به Object ای از تایپِ Xpay ، Reference شده بود را تغییر بدهد . این کار همچنین باعث افزایش ریسک روی پروژه می شد که در حال اجرا بود و کاربر ها از آن در حال استفاده بودند. همچنین او که نمی تواند ابزار های درگاه پرداخت 3rd Party را تغییر دهد به تعبیری می توان مشکل او را با دو شکل زیر توصیف کرد
@de_coder
A Tales of Disease
مکس یک برنامه نویس بود که در یکی از این شرکت های سرکاریه تجارت الکترونیک کار می کرد شرکتی که مکس در آن کار می کرد یک website داشت که به کاربر ها اجازه می داد عملیات پرداخت و خرید را به صورت Online انجام بدهند. سایت آن ها به یک درگاه پرداخت 3rd Party ، Integrate شده بود. درگاه پرداخت 3rd Party یعنی یک درگاه پرداختی که توسط یک Vendor دیگه ای ساخته شده و ما داریم ازش برای انجام Transaction های مالی استفاده می کنیم. بنابر این کاربر ها می توانند صورت حساب های خودشان را از طریق سایت آن ها به واسطه کارت اعتباریشان پرداخت کنند. همه چیز به خوبی و خوشی داشت پیش می رفت تا این که مدیر مکس خواب هایی برای پروژه شان دید و او را برای تغییرات در پروژه صدا زد و مکس می دانست که اتفاقی که قرار است بیافتد اصلا خوش آیند نیست
مدیر به او گفت که برنامه دارند تا Vendor ای که درگاه پرداخت از آن گرفته بودند را عوض کنند و او باید این تغییرات را در کد اعمال کند
مشکل از آنجایی به وجود می آمد که Site به درگاه پرداختِ Xpay ، Attach شده بود که Object ای از تایپِ Xpay دریافت می کرد. نام Vendor جدید PayD بود که فقط اجازه Process روی Object هایی از نوعِ PayD را می داد . مکس نمی خواست که تمام 100 کلاسی را که به Object ای از تایپِ Xpay ، Reference شده بود را تغییر بدهد . این کار همچنین باعث افزایش ریسک روی پروژه می شد که در حال اجرا بود و کاربر ها از آن در حال استفاده بودند. همچنین او که نمی تواند ابزار های درگاه پرداخت 3rd Party را تغییر دهد به تعبیری می توان مشکل او را با دو شکل زیر توصیف کرد
@de_coder
Adapter Party.pdf
1.1 MB
Design Matters LP1 - Part Two : Adapter Party
Authors : Mhmv and Joulook
#design_pattern
#designpattern
#design_matters_lp1
@de_coder
Authors : Mhmv and Joulook
#design_pattern
#designpattern
#design_matters_lp1
@de_coder
دوستان توجه کنید بخاطر مشکلاتی که به وجود اومد برای دو تا از دوستامون نتونستیم پیاده سازی این 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
تمرینات سری پنجم
با محوریت ساختارهای کنترلی
مهلت ارسال: ساعت ۲۳ روز ۲۷ مردادماه نحوه ارسال: از طریق سامانه پیاتزا
تمرینات سری پنجم
با محوریت ساختارهای کنترلی
مهلت ارسال: ساعت ۲۳ روز ۲۷ مردادماه نحوه ارسال: از طریق سامانه پیاتزا