פרויקט מעשי ב-#C - תוכנת צייר - חלק 22

תמלול ההרצאה: פרויקט מעשי ב-#C - תוכנת צייר - חלק 22

הטקסט המלא של הדקות הראשונות בהרצאה «פרויקט מעשי ב-#C - תוכנת צייר - חלק 22» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

1. 00:09

   בשיעור הקודם הצלחנו לבנות מערכת פונקציונלית. מערכת עושה את העבודה שהטלנו עליה. לא משנה מה אנחנו מציירים היא עושה את זה והיא אפילו יציבה מאוד.

2. 00:27

   אם ננסה להקריץ אותה אנחנו נראה שזה רגע בלתי אפשרי עד כמה שאני רואה. מערכת מאוד יציבה. יפה.

3. 00:45

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

4. 01:17

   מה שאנחנו רוצים עכשיו בשיעורים הקרובים זה להתעסק בטכניקות פיתוח שמקרבות אותנו למושג Object Oriented. פרוגרמינג, OOP או Object Oriented Design, OOD. אז זה, בואו ננסה לעשות את זה.

5. 01:41

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

6. 01:59

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

7. 02:32

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

8. 02:50

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

9. 03:30

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

10. 03:45

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

11. 04:13

    למעשה כשאנחנו מוסיפים לו את הפונקציה draw שואל אותנו הvisual studio האם אנחנו מעוניינים to generate method stop for draw in freehand האם אנחנו רוצים שיהיה לו מין כזו פונקציה זה בדיוק מה שאנחנו רוצים אז נגיד לו כן אז הוא יצר אותה בואו ונלך אליה זה Go-To-Definition.

12. 04:36

    זאת אפילו תיעדרו שנוצרה. כאן אנחנו נשתול את הקוד שהערכנו משם. מה אנחנו אומרים פה? שיש לנו פן חדש, אבל אין לנו את FH. FH זה אנחנו. אז במקום FH אנחנו נגיד This, אנחנו.

13. 05:01

    ולמעשה לפי דעתי לא צריך להגיד This, כי יש לי את ה-Color. ואני גם לא אגיד לו FH, אני אגיד לו With, זה הוויץ שלי, אני לא צריך להגיד לו הוויץ של FH, יפה, כנ"ל לגבי FH הזה, יש לי כבר את הפוינט, כנ"ל לגבי זה, כנ"ל לגבי זה, יפה.

14. 05:34

    הבעיה היא שאין לי את ה-E, אוקיי? אז את E גרפית אני אקבל כפרמטר, נגדיר פה את, נשים פה את גרפי, נקרא לו G, ונגיד כאן G.drawLine, עם קונטרול מינוס לנקודה הזו ונעביר כפרמטר את e נקודה גרפית יפה מאוד אותו הדבר אנחנו עוד מעט נעשה גם לליין אבל בואו נראה איזה עובד קודם כל f5 יפה אז

15. 06:23

    freehand מציירים ביד חופשי פיינט שלו הפיינט עברה בשלום מה בעצם קרה אם נשים breakpoint בנקודה הזו נוכל לעקוב מייד הפונקציה הזו מופעלת, מייד בעליית ה-wideboard שלנו.

16. 06:53

    בואו נלך לתוך דרו. הנה דרו. הגענו לדרו שממומשת בתוך freehand. ל-freehand עד היום רגע רק דאטה.

17. 07:06

    הגישה האלמנטלית ביותר שנקראת Object Oriented Programming אומרת שהאובייקט אחראי לא רק על הדאטה, אלא גם על פונקציונליות שהיא רלוונטית לדאטה.

18. 07:21

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

19. 07:52

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

20. 08:11

    זה כמו שראש הממשלה יכול להיות יותר אפקטיבי אם הוא יותר עצלן. עצלן זה שם המשחק Object Oriented Incapsulation