בתשובה לעומר, 17/06/07 23:23
 |
|
 |
||
|
||||
 |
אני מסכים איתך כמעט לגבי הכל, פרט ל-Operator overloading. המנגון הזה בדרך כלל אינו אינטואיטיבי (בניגוד לאחרים, טוב, גם חישובי קיצין ומצביעים לא היו כוס התה שלי) ויש לו תועלת לדעתי רק במקרים מאוד ספציפיים - מחלקות מתמטיות, מצביעים חכמים ו-function objects. ספרטניות בשימוש במנגנון זה דווקא עדיפה בעיני. |  |
 |
 |
|
|
|
||
|
||||
|
לא בהכרח. לא היית רוצה שתהיה לך, לדוגמה, אפשרות של חיסור מערכים? יש שתי משמעויות מוסכמות בלבד שאני יכול לחשוב עליהן לדבר הזה, ולא קשה לבחור אחת ולדבוק בה. | |
|
|
|
|
|
||
|
||||
|
כשאתה אומר "חיסור מערכים" אתה מתכוון לפעולות על מטריצות באופן כללי? אם כן, זה נופל אצלי תחת "מחלקות מתמטיות". | |
|
|
|
|
|
||
|
||||
|
לא, הכוונה היא ''תוציא מהמערך שבאגף שמאל את האיברים שיש במערך שבצד ימין''. | |
|
|
|
|
|
||
|
||||
|
אני מוכן להתפשר איתך גם על זה למערכים ו-collections (אבל מעדיף שמות משמעותיים כמו union, intersect וכו'). אבל לא הרבה מעבר לזה. לא רוצה ש-Employee יתווסף ל-Department על ידי האופרטור +, ויגרע ממנה על ידי האופרטור -. | |
|
|
|
|
|
||
|
||||
|
כן, זה כבר באמת נראה כמו הורדה לזנות. | |
|
|
|
|
|
||
|
||||
|
גם new ו-delete הם אופרטורים. | |
|
|
| חזרה לעמוד הראשי | המאמר המלא |
| מערכת האייל הקורא אינה אחראית לתוכן תגובות שנכתבו בידי קוראים | |
 RSS מאמרים |
כתבו למערכת |
אודות האתר |
טרם התעדכנת |
ארכיון |
חיפוש |
עזרה |
תנאי שימוש והצהרת נגישות
|
© כל הזכויות שמורות |