תכנות מונחה עצמים
- פותח הנושא ahillel
- פורסם בתאריך
יש מאמרים... ../images/Emo13.gif
אני יודע- לחפש בגוגל. העניין הוא שהמאמרים מתחלקים לשניים: 1. אלה שלא מסבירים כלום ורק נותנים הגדרה מנופחת ומופשטת. 2. אלה שמסבירים בצורה מדעית מידי, שלאחד שתכנות הוא תחביב, יהיה קשה להבין. אם אפשר, כן הייתי רוצה לבקש ממך, או מכל אחד אחר שמבין בעניין, להסביר בשניים-שלושה משפטים.
אני יודע- לחפש בגוגל. העניין הוא שהמאמרים מתחלקים לשניים: 1. אלה שלא מסבירים כלום ורק נותנים הגדרה מנופחת ומופשטת. 2. אלה שמסבירים בצורה מדעית מידי, שלאחד שתכנות הוא תחביב, יהיה קשה להבין. אם אפשר, כן הייתי רוצה לבקש ממך, או מכל אחד אחר שמבין בעניין, להסביר בשניים-שלושה משפטים.
Ultra Spidey
New member
כן, VB מונחית ארועים
בתכנות מונחה אירועים הקוד עובד כשאירוע מסויים קורה, למשל כשכפתור נלחץ או שמשהו מקבל פוקוס. אין שם MAIN FUNCTION
בתכנות מונחה אירועים הקוד עובד כשאירוע מסויים קורה, למשל כשכפתור נלחץ או שמשהו מקבל פוקוס. אין שם MAIN FUNCTION
Ultra Spidey
New member
בVB6 אין MAIN
De-Panther
New member
בדיחה אמורה להצחיק../images/Emo11.gif
תכנות מונחה עצמים...
כשמו כן הוא תכנות של עצמים... מי הם אותם עצמים? אלה "יצורים" שהמתכנת מגדיר ואז מכניס לשימוש (משכפל אותם לפי תבנית שהוא כתב). ההבדל בין מונחה עצמים למונחה ארועים זה פשוט למי אתה בתור מתכנת פונה יותר... לעצמים שלך או לתוכנית הראשית שלך. שתי השיטות לא נוגדות אחת את השניה זה פשוט מה יותר נוח, ולרוב זה כמובן, במה יותר נכון להישתמש.
כשמו כן הוא תכנות של עצמים... מי הם אותם עצמים? אלה "יצורים" שהמתכנת מגדיר ואז מכניס לשימוש (משכפל אותם לפי תבנית שהוא כתב). ההבדל בין מונחה עצמים למונחה ארועים זה פשוט למי אתה בתור מתכנת פונה יותר... לעצמים שלך או לתוכנית הראשית שלך. שתי השיטות לא נוגדות אחת את השניה זה פשוט מה יותר נוח, ולרוב זה כמובן, במה יותר נכון להישתמש.
HackMachine
New member
נסיון
אני אנסה לפשט את זה עם דוגמה בסיסית. תחשוב שיש לך בן אדם, יש לו תכונות מסויימות כמו שם, גובה, תאריך לידה וכן הלאה. בנוסף שבן אדם מסוגל לעשות פעולות מסויימות כמו למשל ללכת, לאכול, לקפוץ, לרקוד וכן הלאה. כשאתה מתכנת בתכנות מונחה עצמים אתה מייצר לך "עצם" או "אובייקט" כללי שמגדיר מהו בן אדם. אתה נותן לו את התכונות והפעולות שרשמנו מקודם. זה בעצם סוג של תבנית (או בעולם התכנות CLASS או STRUCT). בכל פעם שבן אדם חדש נולד משתמשים ב"תבנית" בשביל לדעת איך הבן אדם צריך להיבנות. לכל בן אדם יכול להיות שם שונה, אבל לכל בן אדם יהיה שם כלשהו. כמובן שזאת דוגמה מאוד פשוטה... לתכנות מונחה עצמית יש הרבה מעבר לזה אבל זה הבסיס.
אני אנסה לפשט את זה עם דוגמה בסיסית. תחשוב שיש לך בן אדם, יש לו תכונות מסויימות כמו שם, גובה, תאריך לידה וכן הלאה. בנוסף שבן אדם מסוגל לעשות פעולות מסויימות כמו למשל ללכת, לאכול, לקפוץ, לרקוד וכן הלאה. כשאתה מתכנת בתכנות מונחה עצמים אתה מייצר לך "עצם" או "אובייקט" כללי שמגדיר מהו בן אדם. אתה נותן לו את התכונות והפעולות שרשמנו מקודם. זה בעצם סוג של תבנית (או בעולם התכנות CLASS או STRUCT). בכל פעם שבן אדם חדש נולד משתמשים ב"תבנית" בשביל לדעת איך הבן אדם צריך להיבנות. לכל בן אדם יכול להיות שם שונה, אבל לכל בן אדם יהיה שם כלשהו. כמובן שזאת דוגמה מאוד פשוטה... לתכנות מונחה עצמית יש הרבה מעבר לזה אבל זה הבסיס.
HackMachine
New member
זה כי
VB מנסה לממש תכנות מונחה עצמים. הוא לא עושה את זה הכי טוב אבל יש את זה שם.
VB מנסה לממש תכנות מונחה עצמים. הוא לא עושה את זה הכי טוב אבל יש את זה שם.
הרבה סלט של אי דיוקים עשיתם פה!
מונחה ארועים: (זה יותר קל להסביר) תוכנית רגילה פועלת כמו ליסט של פקודות שמתבצעות לפי הסדר. במצב "מונחה ארועים" התוכנית מקבלת קריאה לפונקציה אחת או יותר כל פעם שקורה ארוע מסויים. למשל במודל החלונות שיש ב-WINDOWS (וגם בכל מערכת חלונאית אחרת כמו X ביוניקס) כל לחיצה עם העכבר בשטח החלון, לחיצה על מקש או סתם גרירת העכבר מעל לחלון תגרום לקריאה לפונקציה מסויימת של התוכנית שפתחה את החלון עם קוד הארוע ועוד פרמטרים נוספים עם צריך. במצב כזה התוכנית לא מתבצעת שורה אחרי שורה אלה התוכנית מוקפאת עד שקורה ארוע, אז קוראים לפונקציה שמטפלת בארוע והתוכנית חוזרת להיות במצב קפוא עד הארוע הבא. זה היה ממש בקצרה. במציאות זה קצת הרבה יותר מורכב וגם "מונחה ארועים" לא חייב להתיחס לחלונות. גם שרת זאת תוכנה מונחת ארועים. מונחה עצמים: (זה כבר הרבה יותר מורכב) בגדול מאוד אתה מפריד את התוכנית שלך לאוסף של ממשקים ועצמים שאפשר להשתמש בהם גם בלי לדעת איך הם מורכבים ובנוסף עצם אחד יכול לממש ממשק. זה ממש ממש ממש על קצה המזלג אבל אני כרגע עובד ומשלמים לי הרבה על זה פר שעה
ככה שלא נעים לי לדפוק להם שעות כשאני עונה בשעות האלה לפורומים באינטרנט
מונחה ארועים: (זה יותר קל להסביר) תוכנית רגילה פועלת כמו ליסט של פקודות שמתבצעות לפי הסדר. במצב "מונחה ארועים" התוכנית מקבלת קריאה לפונקציה אחת או יותר כל פעם שקורה ארוע מסויים. למשל במודל החלונות שיש ב-WINDOWS (וגם בכל מערכת חלונאית אחרת כמו X ביוניקס) כל לחיצה עם העכבר בשטח החלון, לחיצה על מקש או סתם גרירת העכבר מעל לחלון תגרום לקריאה לפונקציה מסויימת של התוכנית שפתחה את החלון עם קוד הארוע ועוד פרמטרים נוספים עם צריך. במצב כזה התוכנית לא מתבצעת שורה אחרי שורה אלה התוכנית מוקפאת עד שקורה ארוע, אז קוראים לפונקציה שמטפלת בארוע והתוכנית חוזרת להיות במצב קפוא עד הארוע הבא. זה היה ממש בקצרה. במציאות זה קצת הרבה יותר מורכב וגם "מונחה ארועים" לא חייב להתיחס לחלונות. גם שרת זאת תוכנה מונחת ארועים. מונחה עצמים: (זה כבר הרבה יותר מורכב) בגדול מאוד אתה מפריד את התוכנית שלך לאוסף של ממשקים ועצמים שאפשר להשתמש בהם גם בלי לדעת איך הם מורכבים ובנוסף עצם אחד יכול לממש ממשק. זה ממש ממש ממש על קצה המזלג אבל אני כרגע עובד ומשלמים לי הרבה על זה פר שעה
voguemaster
New member
להיטים ?
אני מסכים של-PATTERNS יש לפעמים שימוש (לרוב לא, לרוב ה-DESIGN רק משלב אותם לעיתים רחוקות) אבל REFLECTION ? בוא נתחיל מזה ש ++C תומכת בזה בצורה גרועה למדי. למעשה, די צריך לאנוס את ++C כדי לספק REFLECTION. אם כבר אז ג'אווה ו #C שתומכות בזה. הבעיה היא שזה מנגנון מיותר לחלוטין. גם יקר לשימוש וגם לא נוח. תראה לי פרויקט אחד שמשתמש בזה בצורה באמת רצינית (אצלנו השתמשו בזה, קצת..).
אני מסכים של-PATTERNS יש לפעמים שימוש (לרוב לא, לרוב ה-DESIGN רק משלב אותם לעיתים רחוקות) אבל REFLECTION ? בוא נתחיל מזה ש ++C תומכת בזה בצורה גרועה למדי. למעשה, די צריך לאנוס את ++C כדי לספק REFLECTION. אם כבר אז ג'אווה ו #C שתומכות בזה. הבעיה היא שזה מנגנון מיותר לחלוטין. גם יקר לשימוש וגם לא נוח. תראה לי פרויקט אחד שמשתמש בזה בצורה באמת רצינית (אצלנו השתמשו בזה, קצת..).
voguemaster
New member
ל-GOTO אין שימוש
ואפילו אם תצליח לחשוב על שימוש ל-GOTO, תמיד יהיה לך עדיף למצוא דרך אחרת.
ואפילו אם תצליח לחשוב על שימוש ל-GOTO, תמיד יהיה לך עדיף למצוא דרך אחרת.
Copyright©1996-2021,Tapuz Media Ltd. Forum software by XenForo® © 2010-2020 XenForo Ltd.