במחשבון של המערכת הפעלה זה יוצא: 605.2
ב-JS זה יוצא: 605.1999999999999

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

זה מעגל לשלם, ואני צריך שיעגל ל-605.2

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

קוד:

total = 0
price = 8*9
total += price
price = 2*2.3
total += price
price = 8*.9
total += price

שמתי לב שהמשתנה total מחשב כן לפי 605.2, אז אולי אני יעשה בשלב מסויים איזה חישוב של:

קוד:

price = total-backTotal

או משהו כזה

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

באנגלית: string
בעברית: מחרוזת


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

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

קוד:

var calc = 89*6.8;
alert(calc); // outputs: 605.199999999999
calc = calc.toFixed(6);
alert(calc); // outputs: 605.200000

More examples:
(1.234).toFixed(2) = 1.23
(1.82147).toFixed(4) = 1.8215

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.hmemcpy.com/SpyCQCounter.png]

איך יתכן ששני השברים שווים לגמרי!??



"כל שבר עשרוני, נניח 3 ניתן להצגה כ-2.9999999 (כמות ה-9 אינסופית כמובן), כנ"ל גם שני השברים שלך זהים לחלוטין."
לא הבנתי. בתור הצגה של שבר אתה משאיר אותו תקוע בתוך השבר המינימלי שאתה יכול להשיג אחרת יהיה לך סטייה מסויימת
המחשבון אכן מעגל אבל אני לא חושב שבגלל שהוא מעגל זה נכון לומר שהם שווים :|
אחרי הכל חסר לו .0000000000000000000000000000000000000000000000000 000001
ודוקא בתרגיל הפשוט הנתון לא אמורה להיות בעיה שכזו אז אולי באמת יש בעיה בשפה

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://fresh.clanteam.com/list.png]

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://fresh.clanteam.com/?https://2010-uploaded.fresh.co.il/2010/09/21/52868411.gif,http://www.boredpanda.com/blog/wp-content/themes/mimbo2.2/images/subscribe-panda-605px.png]

מעולה, בדיוק מה שחיפשתי

תודה

נסיתי, החיה הזאת לא מוכרת ע"י FF או איכספלורר ):

אגב, דף שמפרט יותר בהרחבה נמצא כאן.

לפי דעתי אתה יכול לנסות משהו אחר, מאשר לבדוק דפוס של 9999
ז"א, אתה יכול לבנות את toFixed בעצמך...

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

יכול להיות שאני טועה, לא ממש חשבתי על זה לעומק..

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

מה זאת אומרת לא מוכרת ?
תראה את הקוד, כנראה יש שגיאה כלשהי... אצלי היא עובדת כמו שעון...
(ד"א http://en.wikipedia.org/wiki/Javascript#Arithmetic)

ו-Web, חבר שלך כנראה לא מבין את מושג הגבול, או לחילופין כלום מהחיים שלו...

ציטוט:

" ... Generalising this, any nonzero number with a finite decimal expression (a decimal fraction) can be written in a second way as a recurring decimal. For example 3/4 = 0.75 = 0.750000000... = 0.74999999 ...

לקוח מ-http://en.wikipedia.org/wiki/Recurring_decimal

עריכה: שים לב לערך הבא:
http://en.wikipedia.org/wiki/Proof_...999..._equals_1

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.hmemcpy.com/SpyCQCounter.png]

ציטוט:

As a result, rounding should be used whenever numbers are formatted for output. The toFixed() method is not part of the ECMAScript specification and is implemented differently in various environments, so it can't be relied upon.

זה ^ לא אומר מפורשות שלא ניתן לסמוך על הפונקציה הזאת ?!

עשיתי כך:

קוד:

total.toPrecision(2)

וכמובן יש שגיאה בדפדפן - השיטה לא מוכרת.

אם הצלחת לכתוב קוד כזה וזה עובד תעלה בבקשה את הדף ותתן קישור.


יומטוב

בשמחה
https://2005-uploaded.fresh.co.il/2...7/72773765.html

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

ד"א, שים לב להבדל המשמעותי בין toFixed ל-toPrecision
toFixed מעגלת את המספר בדיוק שניתן לה, אם לא ניתן לה היא פשוט מעגלת למספר שלם.
היא משאירה את הספרות שלפני הנקודה, ומעגלת את החלק הלא שלם בדיוק שניתן.
המטרה של toPrecision היא שונה לגמרי, מטרתה להפוך את המספר למורכב ממספר הספרות שניתן לה,
ז"א: אם נפעיל את הפונקציה עם הארגומנט 4 עבור המספר 123.456 נקבל 123.5 (4 ספרות בדיוק!)
אם נפעיל על 4.88765 נקבל 4.888, שוב 4 ספרות! שים לב שהיא לוקחת בחשבון גם ספרות שלפני הנקודה!
ד"א אם לא נשלח לה ארגומט בכלל היא פשוט לא תעשה כלום למספר.

לילה טוב

[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://www.hmemcpy.com/SpyCQCounter.png]

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

בנוסף היתה בעיה במשתנה נוסף ש'צבר' את תוכן המשתנה הזה, כיון שהשיטה המדוברת מחזירה מחרוזת, לכן השתמשתי בזה כך:

קוד:

total = (!isNaN(total)) ? (total.toFixed(2)*1) : total;

תודה, זה עזר לי מאד

(שאלתי חבר )