https://intro-kodkod-6.nm-ambition.com/docs/oop/Recent content in OOP – תכנות מונחה עצמים on kodkod | מבואות קודקודHugoheמבואות קודקודhttps://intro-kodkod-6.nm-ambition.com/docs/oop/01-classes-and-objects/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/01-classes-and-objects/<h2 id="מה-בשיעור">מה בשיעור</h2> <p>השיעור הזה בנוי כסיפור אחד, באותו סדר כמו במצגת. מתחילים ממערכת בנק קטנה שכתובה עם מילונים ופונקציות, רואים איפה היא נשברת, ובכל פרק מוסיפים כלי אחד שפותר בעיה אחת:</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-classes/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-classes/<p><strong>משך:</strong> יום לימוד מלא — 6 שעות אקדמיות (270 דקות).</p> <p><strong>מטרת השיעור:</strong> הסטודנטים יבינו <strong>למה</strong> OOP קיים (לפני <strong>איך</strong>), ויבנו מודל מנטלי יציב של Class כתבנית, Object כמופע, ו-<code>self</code> כ&quot;האובייקט הזה&quot;.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/02-objects-in-practice/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/02-objects-in-practice/<h2 id="מה-בשיעור">מה בשיעור</h2> <p>השיעור הזה בנוי כסיפור אחד, באותו סדר כמו במצגת. כל פרק נשען על הקודם:</p> <ol> <li><strong>פרק ראשון</strong> — אובייקטים ומצב: הרבה אובייקטים, מצב שמשתנה, ואובייקט שמחזיק אובייקט</li> <li><strong>פרק שני</strong> — הסתרת מידע: כל קוד יכול לשבור את הנתונים, אז מסתירים אותם מאחורי ממשק</li> <li><strong>פרק שלישי</strong> — בדיקת תקינות: תחביר פשוט של שדה, ובדיקה בכל השמה עם <code>@property</code></li> <li><strong>פרק רביעי</strong> — מחלקה שלמה: מחברים את הכול למחלקה אחת עם אחריות, כללים וממשק</li> </ol> <p>בסוף השיעור — תרגול, ו<strong>מיני פרויקט</strong> שמחבר את כל הפרקים.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-state-encapsulation/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-state-encapsulation/<p><strong>משך:</strong> יום לימוד מלא — 6 שעות אקדמיות (270 דקות).</p> <p><strong>מטרת השיעור:</strong> להעמיק מ&quot;איך כותבים Class&quot; ל&quot;איך כותבים Class <strong>טובה</strong>&quot;: שמירה על כללים, הסתרת מימוש, ועבודה נכונה עם הרבה אובייקטים שמחזיקים הפניות זה לזה.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/03-inheritance/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/03-inheritance/<h2 id="מה-בשיעור">מה בשיעור</h2> <p>השיעור הזה בנוי כסיפור אחד, באותו סדר כמו במצגת:</p> <ol> <li><strong>פרק ראשון</strong> — למה ירושה: אותו קוד פעמיים, ואיך יורשים במקום להעתיק</li> <li><strong>פרק שני</strong> — דריסה ו-<code>super()</code>: ירושה, אבל לא בדיוק — משנים רק חלק מההתנהגות</li> </ol> <p>בסוף השיעור — תרגול, ו<strong>מיני פרויקט</strong> שמחבר את שני הפרקים.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/04-polymorphism/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/04-polymorphism/<h2 id="מה-נלמד">מה נלמד?</h2> <ul> <li>מהו <strong>Polymorphism</strong> (רב-צורתיות).</li> <li><strong>ממשק משותף</strong> (Common Interface): אותה מתודה, התנהגות שונה לכל סוג.</li> <li>למה זה <strong>מחליף</strong> את ה-<code>if type == ...</code>.</li> <li><strong>Duck Typing</strong>: הגרסה הגמישה של Python.</li> </ul> <h2 id="למה-צריך-את-זה">למה צריך את זה?</h2> <p>נניח שמערכת תשלומים צריכה לחייב לקוח, והלקוח יכול לשלם בכרטיס אשראי, ב-PayPal או בהעברה בנקאית. בלי Polymorphism:</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-inheritance/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-inheritance/<p><strong>משך:</strong> יום לימוד מלא — 6 שעות אקדמיות (270 דקות).</p> <p><strong>מטרת השיעור:</strong> הסטודנטים יבינו ירושה ככלי ל<strong>מניעת כפילות</strong> ולשיקוף יחס &ldquo;הוא סוג של&rdquo;, ו-Polymorphism ככלי ל<strong>קוד אחד שעובד על הרבה סוגים</strong>, במקום שרשראות של <code>if</code>.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/05-srp-and-composition/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/05-srp-and-composition/<h2 id="מה-נלמד">מה נלמד?</h2> <ul> <li><strong>Single Responsibility Principle (SRP)</strong> ברמת ה-Class.</li> <li><strong>Composition</strong> (הרכבה): אובייקט שמורכב מאובייקטים אחרים.</li> <li><strong>Composition מול Inheritance</strong>: איך בוחרים.</li> </ul> <h2 id="למה-צריך-את-זה">למה צריך את זה?</h2> <p>בנושא Python למדנו SRP ל<strong>פונקציות</strong>: כל פונקציה עושה דבר אחד. אותו עיקרון בדיוק חל על <strong>Classes</strong>, ושם הוא אפילו חשוב יותר, כי Class גדולה היא &ldquo;ערימה&rdquo; של נתונים <strong>ו</strong>התנהגות. כשכל שינוי (בפורמט הקבלה, בשיטת התשלום, בחישוב המע&quot;מ) נוגע באותה Class, היא נהיית שבירה ומפחידה לשינוי.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/06-from-requirements-to-classes/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/06-from-requirements-to-classes/<h2 id="מה-נלמד">מה נלמד?</h2> <p>זה שיעור <strong>סדנה</strong>. ניקח דרישה מילולית אחת, ונעבור <strong>יחד</strong> על כל התהליך:</p> <ol> <li>קריאה וסימון.</li> <li>החלטה על Classes.</li> <li>אחריות ונתונים לכל Class.</li> <li>קשרים בין ה-Classes.</li> <li>שלד קוד.</li> <li>מימוש.</li> <li>בדיקה, ותיקון התכנון.</li> </ol> <h2 id="למה-צריך-את-זה">למה צריך את זה?</h2> <p>בפרויקט ה-OOP שתבנו בהמשך השבוע, <strong>לפני כתיבת הקוד צריך שלב Design</strong>. השיעור הזה הוא החזרה הגנרלית: אותו תהליך בדיוק, על בעיה אחרת, כשהמרצה מוביל.</p>https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-design/Mon, 01 Jan 0001 00:00:00 +0000https://intro-kodkod-6.nm-ambition.com/docs/oop/instructor-design/<p><strong>משך:</strong> יום לימוד מלא — 6 שעות אקדמיות (270 דקות).</p> <p><strong>מטרת השיעור:</strong> להעביר את הסטודנטים מ&quot;לדעת לכתוב Class&quot; ל&quot;לדעת <strong>לתכנן</strong> מערכת של Classes&quot;: לקבל דרישה מילולית ולהפוך אותה למבנה סביר ומנומק.</p>