אני מתאר לעצמי,
אבל בכל זאת.
אני מסתדר יפה מאוד גם בלי להגדיר אם האובייקט ניתן לשימוש מבפנים או מבחוץ,
כי אני יכול לכתוב $this->FuncName ולקרוא לאובייקט פנימי.
בוא נגיד את זה ככה:
אתה לא תוכל להריץ את הקוד באופן אחר, ואני משתש בפונקצייה רק באופן פנימי, אז מה משנה ההגדרה שלה?

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

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

שוב תודה רבה.

Design Pattern אלה מוסכמות ושיטות לכתיבת קוד ולפתרון בעיות נפוצות בכתיבת קוד.
כמו איזשהן הצעות, שמאפשרות לך לכתוב את הקוד באיזושהי צורה. יש כאלה לתכנות פרוצדוראלי, להכל.
יש מספר כאלה לOOP, שמפורטים בצורה מצויינת במסמך PDF שאפשר למצוא בפורום הנדסת תוכנה בתפוז.