|
הרשם | ![]() |
שאלות ותשובות | ![]() |
רשימת חברים | ![]() |
לוח שנה | ![]() |
הודעות מהיום | ![]() |
חיפוש | ![]() |
|
![]() |
![]() |
|
כלים לאשכול | תצורת הצגה |
![]() |
# 11 |
אין כמו ב127.0.0.1
|
אני מתאר לעצמי,
אבל בכל זאת. אני מסתדר יפה מאוד גם בלי להגדיר אם האובייקט ניתן לשימוש מבפנים או מבחוץ, כי אני יכול לכתוב $this->FuncName ולקרוא לאובייקט פנימי. בוא נגיד את זה ככה: אתה לא תוכל להריץ את הקוד באופן אחר, ואני משתש בפונקצייה רק באופן פנימי, אז מה משנה ההגדרה שלה? |
![]() |
![]() |
# 12 | |
משתמש - היכל התהילה
|
ציטוט:
זאת תפיסה ממש לא OOP-ית. חלק גדול מהדברים של OOP מיועדים כדי למנוע ממך לחרוג מהOOP. מעבר לזה, שהרבה יותר מסודר כשאתה מגדיר בדיוק הכל, וזה גם מאפשר לך לחשוף רק חלק מהרכיבים. למשל, כשעובדים במודלים שונים, ולפי Design Patterns לא תמיד אתה רוצה לחשוף הכל. Last edited by omaniusd; 27-07-06 at 12:51.. |
|
![]() |
![]() |
# 13 |
אין כמו ב127.0.0.1
|
עדיין לא הבנתי איך יכולים להיות פטרנים באינטרנט.
למה אתה קורא פטרן? אני רוצה להבין בדיוק מה זה OOP ומה הרכיבים שלו לפני שאני ניגש ללמידת C#. שוב תודה רבה. |
![]() |
![]() |
# 14 |
משתמש - היכל התהילה
|
Design Pattern אלה מוסכמות ושיטות לכתיבת קוד ולפתרון בעיות נפוצות בכתיבת קוד.
כמו איזשהן הצעות, שמאפשרות לך לכתוב את הקוד באיזושהי צורה. יש כאלה לתכנות פרוצדוראלי, להכל. יש מספר כאלה לOOP, שמפורטים בצורה מצויינת במסמך PDF שאפשר למצוא בפורום הנדסת תוכנה בתפוז. |
![]() |
![]() |
חברים פעילים הצופים באשכול זה: 1 (0 חברים ו- 1 אורחים) | |
|
|