وقتی ساختن یک آبجکت حالت‌های مختلفی داره (مثلاً خونه یه نبش داره، دو نبش داره، ممکنه مغازه داشته باشه یا نداشته باشه، باغچه داشته باشه یا نداشته باشه و...)، یه راه اینه که به ازای حالت‌های مختلف، subclass بسازیم. اینجا Builder Pattern وارد صحنه می‌شه و می‌گه من راه‌حلم.

شاید بشه کلاس InlineKeyboard توی پکیج TeleBot رو یه بیلدر به شمار آورد:
$keyboard = new InlineKeyboard()
->addCallbackButton('Help, 'help_callback')


    ->addUrlButton('FAQ', 'https://example.com/faq')
.
.
.

Builder Pattern

حتی یک تغییردادن ساده در یک کدبیس monolithic بسیار سخت است؛ زیرا باید تمام سیستم را به خوبی درک کرده باشید. اما تغییردادن ماژول‌های کوچک‌تر که به خوبی تعریف شده باشند، بسیار آسان‌تر است.

پرسیدن از دیزاین‌پترن‌ها توی مصاحبه (به شکلی که رایجه) صرفاً نشون می‌ده که طرف مطالعۀ تئوریک داشته یا نه.

مثلاً می‌پرسی: دربارۀ دیزاین‌پترن wrapper توضیح بدید!
این بنده‌خدا هم برای اولین‌بار اسم wrapper به گوشش خورده! البته بلده، ولی اون رو با اسم decorator می‌شناسه!

یک دیزاین‌پترن ممکنه اسم‌های مختلفی داشته باشه (کتاب GoF به اسم‌های مختلف اشاره می‌کنه) و اینکه کسی یک اسم رو یادش نیاد یا ندونه، دلیل نیست که طراح خوبی نباشه.

به جای این کارها، براشون یه مسئله طرح کنید و ببینید چه‌طوری حلش می‌کنند!

تفاوت Decorator و Strategy: اولی به شما امکان این را می‌دهد که پوستۀ آبجکت را تغییر دهید، اما با دومی می‌توان هسته را تغییر داد.

وقتی از Facade pattern استفاده کنید که می‌خواهید رابط (interface) محدود اما سرراستی برای یک subsystem پیچیده ایجاد کنید. این پترن یک میانبر (shortcut) برای پراستفاده‌ترین قابلیت‌های subsystem که نیازمندی‌های client را برآورده می‌کنند به وجود می‌آورد.

تفاوت Proxy و Decorator: غالباً اولی خودش آبجکتش را با life cycle آن مدیریت می‌کند، اما در Decorator این مدیریت توسط client انجام می‌شود.

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

چند سؤال مصاحبه:
- در PHP، چگونه می‌توانیم از subclass به superclass دسترسی داشته باشیم؟
- برای یک ادیتور، ساختاری طراحی کنید که بدون تغییر، تگ‌های جدیدی معرفی شود.
- در Laravel، یک دستور به artisan اضافه کنید که لیست routeها را در یک فایل html قرار دهد.
- تفاوت overloading و overriding را توضیح دهید.

توی جاواسکریپت، ()Date یه string بهمون می‌ده، اما خروجی ()new Date یه آبجکته.

سوال: چرا توی Typenoscript نباید از any به عنوان type استفاده کرد؟
جواب: بیکاز ما از typeها استفاده می‌کنیم تا به باگ‌های کمتری بخوریم و توسعه، راحت‌تر و مطمئن‌تر بشه. اگه قراره از any (هرچی!) استفاده کنیم، دیگه چرا از Typenoscript استفاده می‌کنیم؟! می‌ریم همون Javsacriptمون رو می‌نویسیم!

پس فهمیدیم که

typeof ['chiz', 'another chiz']

میشه 'object'، اگه خواستید آرایه‌بودن رو چک کنید، یه کار ساده اینه که بفرمایید:
Array.isArray(['chiz', 'another chiz'])

اون چند نفری که گزینۀ اول رو انتخاب کردن رو هم زنده می‌خوام!

کتاب جالبی به نظر میاد... 🤔
#books

کلاس‌هایی که دپندنسی کلاس‌های دیگه هستن، باید خیلی خوب و واضح نوشته بشن. اگه مشکلی باشه، باید یه Exception بدن تا رفتارشون مارو فریب نده. مثلاً جایی که درست کار نکرده، null برنگردونید، تا کدی که ازش استفاده می‌کنه، متوجه خطا بشه. کلید اینه که خطاها باید داد بزنن، نه اینکه پنهان بشن.

نوشتن این مقاله، انرژی زیادی گرفت. اگه تا الآن LSP رو درک نکردید، امیدوارم این مقاله بهتون کمک کنه.

https://virgool.io/@WebPajooh/liskov-substitution-principle-in67fgqwv8ir

امشب این کتاب رو شروع کردم.
به نظر کتاب خیلی خوبی میاد.
#books #manning

چی شد؟! 😂