برای فهم دقیق‌تر بهتر بود مثل قسمت‌های قبل، آموزش خرد می‌شد. تعدد نکات در قسمت‌های این چنینی با گنگی همراه است و باعث نفرین دانش می‌شود. احتمالا برخی مثل من از این بخش عبور کرده یا به درک کلیت بسنده کردند.
۹
طولانی و تو در تو
ایجاد شده در ۳۰ شهریور ۱۴۰۲
ایجاد شده در ۳۰ شهریور ۱۴۰۲
بهنام مرادی
۳۰ شهریور ۱۴۰۲، ۱۲:۱۶
به طور کل بخش مثال‌ها. که لاجرم باید از طریق «سورس کد» مرور کنم.
فارغ از این نکته، سعی کردم جستجو کنم. خلاصه‌ای از مواردی که خواندم را برای سایر دوستان می‌گذارم:
۱. Is-A در مقابل Can-Do: اگر رابطه را می‌توان به صورت "is-a" بیان کرد (به عنوان مثال، یک ماشین یک وسیله نقلیه است)، می‌توان از Inheritance استفاده کرد. اگر بیشتر در مورد یک قابلیت یا رفتاری است که کلاس می‌تواند داشته باشد (به عنوان مثال، CanLogErrors)، استفاده از یک traits راهکار مناسبی است. برای درک بهتر:
۲. استفاده از traits برای اجتناب از پیچیده کردن Inheritance: تکیه بیش از حد به وراثت می‌تواند منجر پیچیدگی شود (Deep Inheritance Trees) که نگهداری آنها را دشوار می‌کند. اگر متوجه شدید که سلسله مراتب وراثت شما بسیار پیچیده شده است، احتمالا موقعیت مناسبی برای استفاده از traits است.
۳. رفتار مشترک در میان کلاس‌های غیرمرتبط: اگر چندین کلاس نیاز به اشتراک‌گذاری رفتارهای خاص دارند، اما رابطه والد-فرزندی ندارند، استفاده از traits می‌تواند انتخاب خوبی باشد.
۴. Composition Over Inheritance: اصل دیگری که باید در نظر گرفت ترکیب‌بندی است، که در آن کلاس‌ها را با استفاده از اشیاء کوچکتر به جای وراثت ایجاد می‌کنیم. این نوع ترکیب‌بندی گاهی اوقات می‌تواند انعطاف پذیرتر و گویاتر از traits و Inheritance باشد.
بهمن فلاحی
۳۰ شهریور ۱۴۰۲، ۱۲:۵۳
بهنام مرادی
۳۰ شهریور ۱۴۰۲، ۱۷:۰۵
بهمن فلاحی
۰۱ مهر ۱۴۰۲، ۰۶:۴۸
بهنام مرادی
۰۱ مهر ۱۴۰۲، ۰۷:۳۹
متاسفانه نمی‌تونم تاپیک رو ببندم. با این خطا مواجه می‌شم: «شما دسترسی ندارید».
بهمن فلاحی
۰۱ مهر ۱۴۰۲، ۰۹:۴۱
بهنام مرادی
۰۲ مهر ۱۴۰۲، ۰۷:۰۴
وحید رضا امدادی
۲۸ بهمن ۱۴۰۲، ۰۷:۲۱
احسان زارع شریف
۰۳ شهریور ۱۴۰۳، ۰۹:۲۳
ورود/افزودن پاسخ
مشارکت کنندگان در این تاپیک