סטנדרטים של תגובות בפונקציה.

[ek0583232948]

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

[ek0583232948]

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

[yossiz]

@ek0583232948 אתה שואל לגבי תשובת HTTP?
בכל מקרה שהבקשה לא הצליחה מחזירים סטטוס של שגיאה
הסדרה של שגיאות 400-499 מיועדות עבור שגיאות שקשורות לבקשה ספציפית זו, כלומר, או הבקשה לא בנויה בצורה חוקית, או המשאבים או הפעולות שהבקשה מתייחסת אליהם לא קיימים/תפוסים
הסדרה 500-599 מיועדת עבור שגיאות בצד שרת, באג בקוד, בעיה בגישה ל-DB וכדומה

למשל זה ניסיתי לשמור מקום , והמקום כבר תפוס

אפשר להשתמש ב-403 Forbidden
או 409 Conflict

שם מקום שלא קיים

404 בד"כ

לקריאה נוספת
https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status

[ek0583232948]

@yossiz
אני לא מדבר על HTTP אני מדבר על תגובה של הפונקציה עצמה

[dovid]

זו שאלה יסודית מאוד בתכנות.
כל פעם שהפעולה הרצויה של רוטינה/פונקציה (ובמילים פשוטות קטע קוד) לא קרה, אפילו מסיבות צפויות,
יש שאלה איך ליידע את הקוד מסביב.
הדרך הפשוטה שמפתחים בתחילת דרכם חושבים, היא לפעול בתוך הקוד בהתאם לבעיה
מה שגורם לכך שלאט לאט כל ההתנהגות מסביב נכנסת לתוך הרוטינה שלנו מה שהופך אותה להיות בלתי שמישה לסיטואציה אחרת, ו/או מסורבלת וקשה מאוד לתחזוקה.
הדרך השניה, שבמקרים רבים פועלים ככה, היא להחזיר/לעדכן את הקוד מסביב בהצלחה/כישלון, ולפעמים גם למה לא.
זה לגיטימי, אבל קצת מסבך את החיים: אם פונקציה אמורה להחזיר מספר, אז מוספים עוד ערך חוזר שהוא מינוס או שהפונקציה מחזירה סט משתנים שבהם אחד מייצג error - כלומר הייתה בעיה, או success לומר שלא הייתה. הדרך הזו מוכרת בnode בסגנון טרום הפרומייס, או בTryXXX של דוטנט, ובgo זה הסטנדרט של כל פונקציה. למה לא? אני לא אוהב את הדרך הזאת, וכנראה שיש לה חסרונות מהותיים יותר שאני לא יודע לבטא.
הדרך השלישית היא המושג Exception. הפירוש של המילה הוא "חריגה". זה לא שגיאה, אלא כל מצב שהוא לא התכנית ה"נורמלית" של הרוטינה. איך משתמשים? כל מצב חריג, "זורקים" "חריגה", שאפשר לתת לה מידע עשיר שיסביר מה הבעיה.
המילה זורקים (אולי המילה היא מעיפים) כי הרעיון הוא שזה עוצר הכל, בטוחים שכל קוד בהמשך לא יפעל בלי החלטה מושכלת.
בקוד הקורא, המפתח יכול לבחור אם הוא צופה את החריגה הזזו, ואם כן לעטוף את הקוד בלכידת חריגות בה הוא מחליט מה לעשות לפי החריגה.
זה משהו שלוקח זמן לקלוט את מעלותיו.

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