למה משמשות פונקציות SET ו GET והאם הן חלק מהבנאי?
(מדובר על הגדרה בג'אווה)

GET ו SET מגדירים מה שניקרא PROPERTY, זה פועל כמו משתנה
נגיד יש לך:

someInstance.setProperty=something;

אז זה מבצע את מה שיש בSET כאשר אתה יכול להשתמש ב VALUE שאתה מקבל מהצד השני של השווה, כלומר

someInstance.setProperty=something;
שקול ל
someInstance.setProperty(something);

אם אתה מגדיר את הפרופרטי להיות מטודה במקום להגדיר אתו עם SET

GET הוא די דומה אבל הפוך:

something=someInstance.getProperty;

זה פועל כמו מטודה שלא מקבלת כלום אבל יכולה לגשת למשתנים ב PRIVATE, בד"כ משתמשים בזה לבקרה על שינוי משתנים, הפעלת אבנטים או מטודות בדיוק כשמשנים פרופרטי (למשל אם יש לך קובייה אתה יכול למחוק ולצייר אותה שוב ישר כשמשנים את ערך המיקום שלה)

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

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

אני לא זוכר את התחביר בג'אווה, אבל העקרון הוא כזה.
תכונות של אובייקט יוצרים באופן מסורתי ע"י משתנה ציבורי(ולא פרטי) של המחלקה.
ניגשים אליו כך:

קוד:

Class C
{
	public int i;
}
...
C o;
o.i = 5;
print (o.i);

הרעיון של "תכונות" בגישת Get/Let הוא כזה:
תחשוב שהיינו יוצרים פונקציות באופן הבא:

קוד:

Class C
{
	private int m_i;
	
	public int Get_i()
	{
		return (m_i);
	}
	public void Seti(int arg_i)
	{
		m_i = arg_i;
	}
}
...
C o;
o.Set_i(5);
print (o.Get_i());

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

אין שום קשר לבנאים

אם כל משתנה אני מגדיר כמשתנה ציבורי אז בשביל מה אני צריך את הSET וה GET?

נניח שיש לך משתנה שאמור לקבל רק ערכים בין 4 ל351.
אתה עושה אותו משתנה ציבורי מטיפוס int - אך אבוי! אויה! שוד ושבר!
ניתן לכתוב o.i=352 ואפילו o.i=3425
לא ממש טוב...

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

ומדוע שלא תיתן התנייה עבור הטווח שאתה מעוניין בו ואז לא תהיה בעיה עם הקלט?

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

o.i זה סתם אינסטאנס של CLASS (בשם o) עם משתנה i שנמצא "בתוכו"... (אתה יכול להגדיר אותו גם כפרופרטי של GET ו SET אבל זה כל מה שאתה צריך להבין וכניראה שמהסוגריים האלה אתה לא מבין)
כמו גם זה: ;someInstance.setProperty=something
(שני הדוגמאות ד"א חוקיות גם בJAVA וגם ב ++/#C)

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

אני למדתי קורס של יסודות מבני נתונים ויש לי מבחן ביום שישי.
ירדו לי נקודות במועד א על כך שיצרתי מחלקה, הגדרתי בנאי ובו משתנים פרטיים
ולא רשמתי פונקציות SET ו- GET ומכאן השאלה ששאלתי
בנאי=CONSTRUCTOR לכל מקרה שהמושגים שונים

דוגמאות למבני נתונים יכול להיות
מחסנית, רשימה, תור, עץ חיפוש, ערימה וכו'

בכל מקרה
אם היית צריך לאפשר גישה חיצונית למשתנים פרטיים אז כדאי היה להגדיר GET ו SET, באותה מידה היית יכול להגדיר פונקציות שישנו/יחזירו את ערכן, או אם לא איכפת לך מה הערך של המשתנה הפרטי (דבר שלא קורה במחלקות בד"כ) אז תגדיר אותו בתור חיצוני.

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

אני לא בדיוק מבין מה עשית, וקשה לי להסביר לך למה המרצה שלך חושב שיש טעות

בכ"א, מחלקה(או אובייקט) אמורה להיות יחידה סגורה, שניתן להשתמש בה בכל מקום:
אלכס כתב מחלקה שלא בודקת אם הקלט תקין, ורומק משתמש בה, וגם הוא לא בודק שהקלט תקין. התוצאה: במקרה הטוב, התנהגות בלתי צפויה; במקרה הרע - קריסה.

אלכס כתב מחלקה שמשתמשת ב-let/get כדי לאמת את ערכי התכונות. רומק לא שם זין ולא מאמת קלט, אבל המחלקה שאלכס כתב כן עושה את זה, ולא מאפשרת למשתמשים בתכנית של רומק להכניס אליה זבל. עכשיו זה הרבה יותר טוב.

התרחישים עוזרים?

צור מחלקה בשם digit במבנה הבא (חלק עליון מספר שלם לא שלילי וחלק תחתון מצביע מאותו סוג)
ב- ליצור בנאי אשר מקבל מספר כפרמטר, בודק אם אינו שלילי, יוצר אובייקט ומבצע השמה לערך וNULL למצביע.
ג- ליצור בנאי שלא מקבל פרמטר, יוצר אובייקט, שם את הערך 0 בVALUE ו NULL למצביע.

אני רשמתי כך:

class digit
private int value
private digit ptr

עז זה ירדו לי 5 נקודות כי לא עשיתי בסעיף הראשון set ו get (וגם לא התבקשתי)

סעיף ב-

public digit (int x(
if (x>=0) then
value=x
ptr=null
return x

כאן ההערה הייתה שהייתי צריך להשתמש ב ABS במקום ההתנייה

סעיף ג-

public void digit ()
value=0
ptr=null

בקשר לבנאי, אתה צריך לחשוב מה קורה אם זה שלילי, אתה יכול לשים 0, או לשים את ה ABS שלו, אבל לא להשאיר זבל(עריכה: עכשיו שמתי לב שאמרת שצריך ABS...)

עוד משהו, בטוח שיש then בJAVA?? חשבתי שזה כמו ב C "{}" גם בכל שאר המקומות לא שמת {}, ואפילו לא ";", זה רק בהקלדה כאן או גם במבחן?

עוד דבר, איך אתה יכול להחזיר בבנאי ערך? מה זה הreturn x הזה?
בבנאי אתה יכול לרשום void לפני השם של הCLASS? זה לא ניראה לי חוקי...

מה שכן, לא ניראה שאתה צריך בכלל GET ו SET. היית צריך לערער על זה או משהו...

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

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

שאלה: צור מחלקה בשם digit במבנה הבא (חלק עליון מספר שלם לא שלילי וחלק תחתון מצביע מאותו סוג)
פתרון:

קוד:

class digit
{
	private int value;
	private digit ptr;
}

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



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

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

לדעתי משתמע מ"צור מחלקה", שהמחלקה תהיה מלאה(כלומר כל פונקציות הגישה הנחוצות +
פונקציות שביקשו בנוסף, במידה וביקשו). כמובן שאתה יכול להגיד לו שהוא לא אמר שיש צורך
בפונקציות גישה, והוא חייב להגיד הכל במפורש, אבל אני לא חושב שתנחל הצלחה(אא"כ הוא אוהב
אותך)

מחלקה מורכבת מבנאי* ומ-Members (שכחתי איך קוראים לזה בעברית), כאשר Members הם משתנים (שמוגדרים Public או Protected) ופונקציות (כנ"ל).

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

אתה מתבלבל טיפונית בין מנשק למימוש; בין הרעיון של OO לדרך שבה שפות שונות
מיישמות אותו.
למחלקה, או עדיף - לממשק, אין משתנים ציבוריים ופרטיים, יש לה תכונות. לממשק
אין פונקציות, יש לו שיטות(methods). זה שמחלקה נכתבת כבלוק בעל מזהה שבו
מוגדרות פונקציות שמשמשות כשיטות מחוץ למחלקה, זה עניין של מימוש. לחלוטין
לא עקרוני.
כנ"ל לגבי בנאי. בנאים ומפרקים הם דרך טכנית לבצע קוד בעת יצירה וחיסול של
מופע של מחלקה. בנאי עוד אפשר להגיד שהוא עקרוני(כי המשתמש במחלקה יודע
עליו ומשתמש בו), אבל על המפרק המשתמש לא יודע כלום. הוא שקוף לו.

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

אז הוא קרא למטודה פונקצייה, מה קרה?

בכל מקרה מחלקה יכולה להיות סטטית (וד"א יכולים לעשות בנאי סטטי ב #C לא יודע בקשר לJAVA) וככה אין צורך במשתנים (תכונות...) של אינסטאנס

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

למה שהמשתמש יידע פחות על הדיסטראקטור מאשר על הקונסטראקטור? הוא עושה דיסטראקט והוא עושה קונסטראקט, (הוא או איך אתה קורא לזה "מנקה הזבל?" ).

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

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

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

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

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

• מחלקה אבסטרקטית, מחלקה Pure-Virtual, וכו' הם מונחים טכניים של שפות
  תכנות מסויימות. אין להם כל ערך מבחינה עקרונית.
• "לבטל את הבנאי"(או מה שבאמת עושים ב-CPP, יוצרים בנאי פרטי), ע"מ למנוע
  יצירת מופעים הינה דרך טכנית לבצע את הפעולה הזו, בשפה מסויימת.
  לא מן הנמנע שפה שבה יש metadata(מישהו אמר דוטנט?) שקובע האם ניתן
  ליצור מופעים של המחלקה או לא.
  ב-VB לדוגמה, האפשרות ליצור מופעים של מחלקה הינה תכונה של מודול המחלקה.
• פונקציה פרטית אינה שיטה("מתודה"). שיטה היא "פונקציה"(אבל לא בהכרח)
  שניתן לגשת אליה מחוץ למחלקה(כלומר, ציבורית) דרך ממשק מסויים.
• המשתמש לא יודע כלום על המפרק, כי הוא לא משתמש בו. נתייחס ל-CPP:
  ברגע שנגמר בלוק, הזכרון מנוקה, ונקראים המפרקים של כל האובייקטים, זאת
  בנגוד לבנאים, שצריך להעביר להם פרמטרים במפורש(ולכן, צריך לדעת עליהם...)

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

בגלל שהגדרת את המשתנים בפרטיים, רק המחלקה יכולה לגשת אליהם, ולא ניתן לגשת אליהם ע"י obj.x (כאשר x הוא משתנה בתוך מחלקה, ש-obj הוא אינסטנציה שלה). גם עדיף שלא - אם למשל יש לי אובייקט שמכיל משתנה PI עם הערך 3.14. אני הרי לא ארצה שהמשתמש יוכל לשנות את הערך של המשתנה הזה. לכן אני שם אותו בפרייווט. אבל אם אני רוצה לקרוא את המשתנה ?
אני אוסיף פונקציה, שיש שמכנים אותה Getter או פונקצית Get ואני יכול לקרוא לה איך שאני רוצה, אבל מבחינת קריאות כדאי שאקרא לה getPI, ועכשיו ניתן להוציא את הערך ע"י

obj.getPI()

המשתנים שהגדרת בתור פרטיים זה בסדר, אבל בכל מקרה אם הם רצו שתבנה CLASS שלם אז היו מבקשים ממך CLASS שלם ולא היו אומרים בסעיפים אחרים להוסיף את הבנאי אלא היו אומרים בהערות (הערה: למחלקה שני בנאים אחד שמקבל ערכים ואחד שלא, הVALUE חייב להיות חיובי, אם נותנים מספר שלילי תכניס את הABS שלו).

כי בעצם בSET (בין אם אתה עושה את זה בתור פונקצייה ובין אם לא) אז אתה עושה בעצם 90% מהבנאי....

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

למחלקה ניתן להגדיר בין 0 ועד אנא-ערף (מספר גדול כלשהו) בנאים, ע"י אוברלואודינג. חייב להיות לה בנאי ריק, אבל לא חייבים להגדיר אותו. אם לא מגדירים בנאי רק הקומפיילר (או ה-VM, אני לא זוכר בדיוק) יוסיף למחלקה בנאי ריק ויאתחל את כל המשתנים ל-0 או NULL. אפשר להגדיר עוד ועוד בנאים. למשל:

Public Point (double X, double Y)

Public Point (Point P)

Public Point ()

3 בנאים שונים, ניתן לאתחל עם כל אחד מהם לפי הצורך. אפשר כמובן ליישם את אותו עקרון (אוברלואודינג) גם על פונקציות (אותו שם , מקבלות משתנים שונים).

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