האם אופרטורים עמוסים מדי עוברים בירושה במחלקה הנגזרת?

תוכן עניינים:

האם אופרטורים עמוסים מדי עוברים בירושה במחלקה הנגזרת?
האם אופרטורים עמוסים מדי עוברים בירושה במחלקה הנגזרת?

וִידֵאוֹ: האם אופרטורים עמוסים מדי עוברים בירושה במחלקה הנגזרת?

וִידֵאוֹ: האם אופרטורים עמוסים מדי עוברים בירושה במחלקה הנגזרת?
וִידֵאוֹ: C++ is obsessed with operator overloading 2024, נוֹבֶמבֶּר
Anonim

כל האופרטורים העומס יתר על המידה למעט ההקצאה (operator=) עוברים בירושה על ידי מחלקות נגזרות הארגומנט הראשון לאופרטורים עמוסי פונקציות חבר הוא תמיד מסוג המחלקה של האובייקט שעבורו מופעל האופרטור (המחלקה שבה מוכרז האופרטור, או מחלקה שנגזרת מאותה מחלקה).

האם עומס יתר עובד עם ירושה?

בהיררכיית הירושה, ניתן לעקוף ולהעמיס על שיטות מחלקות-על ותת-מחלקות. … כאשר עומס יתר על המידה, לשיטות של מחלקת העל ותת המחלקה יש את השם same אבל חתימות שונות של סוגי פרמטרים. איור 2 מציג את עומס השיטה בהיררכיית הירושה.

האם נוכל להעמיס בכיתה נגזרת?

כמו C++, אין רזולוציית עומס יתר בין מחלקה בסיס למחלקה נגזרת. ב-C, אין עומס יתר על פני היקפים היקפי מחלקות נגזרים אינם חריגים לכלל כללי זה.

מהי ירושה בעומס יתר?

מופשט. עומס יתר מאפשר מספר הגדרות פונקציות עבור אותו שם, המובחן בעיקר באמצעות סוגי ארגומנטים שונים; זה נפתר בדרך כלל בזמן ההידור. ירושה אפשר לתת-מחלקות להגדיר גרסאות מיוחדות יותר של אותה פונקציה; זה נפתר בדרך כלל בזמן הריצה.

איזה אופרטור לא ניתן בירושה?

- ->אופרטור ההקצאה '=' אינו עובר בירושה לתת המחלקה. הורה ומפעיל וירטואלי=(הורה & p) // !!!!

מוּמלָץ: