אני ניסיתי למצוא האינטרנט פיתרונות לבאגים אלה ולא היו, תעזרו לי איתם(כולם מאותו סוג)

https://2007-uploaded.fresh.co.il/2...27/76583918.zip

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

כנראה אתה מדבר על התקלות שמתגלות כשמנסים להריץ?

קוד:

Cannot modify the return value of 'Game.Robot.Logic.Basic.Vector.P1' because it is not a variable
..עד P4 ואז:
Cannot modify the return value of 'Game.Robot.Logic.Xy.this[int]' because it is not a variable

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

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

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

בעיה היא בזאת ש Point זה struct ז"א value type
וכך שזה לא ילך
למשל זה דרך לתקן את זה

קוד PHP:

 class Point2 
{ 
private Point _point;
 
public int X 
{ 
get 
{ 
return this._point.X; 
} 
set 
{ 
this._point.X = value; 
} 
} 
public int Y 
{
 
get 
{ 
return this._point.Y; 
}
 
set 
{ 
this._point.Y = value; 
} 
} 
} 


לא ברור לי איך הצלחת להתרגל לצורת הכתיבה הזאת :-P אבל data-members נוהגים לכתוב עם prefix של _m ולא רק _
ואין טעם להשתמש ב this כל שניה בשביל לגשת אליהם, זה הופך את הקוד להרבה פחות קריא

א. ניתן לכתוב members עם m_. בהחלט לא נדרש.
ב. כן מומלץ להתייחס למופע האובייקט ע"י this כאשר קוראים לmember של האובייקט.

דורון

אבל ב-א-מ-ת לא צריך לעטוף struct בתוך class בשביל להשיג את זה.. פשוט אפשר להגדיר class אם רוצים..
בכל אופן, אפשר להעביר גם value types בצורה של by refrence, וזה ע"י השימוש ב ref

ציטוט:

לא ברור לי איך הצלחת להתרגל לצורת הכתיבה הזאת :-P אבל data-members נוהגים לכתוב עם prefix של _m ולא רק _

אולי אני לא שומר על כל הקונבנציות אבל ש member לא מתחיל ב _m זה בטוח.
אתה יכול להסתק באתר Microsoft
http://msdn.microsoft.com/library/d...gguidelines.asp

ציטוט:

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

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

ציטוט:

אבל ב-א-מ-ת לא צריך לעטוף struct בתוך class בשביל להשיג את זה.. פשוט אפשר להגדיר class אם רוצים..

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

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

לגבי ה struct ענית לך באותה תשובה.. קיים keyword בשם ref, שאתה יכול להכניס אותו בתוך רשימת הפרמטרים של המטודה. כך שתעביר את הפרמטר, הוא יעבור by refrence. לא משנה אם מדובר ב value type.

ציטוט:

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

במקרה ואירוע מופעל ע"י טיפוסים שונים לדוגמה

ציטוט:

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

זה לא תחרות "למי יותר גדול"