→ renmax: C大 我是使用cJSON_AddNumberToObject後 去print json內容 08/03 16:30
→ renmax: 發現 原本print出來的應該是長整數 但卻顯示科學符號 08/03 16:31
→ renmax: 而科學符號 並不是我想要的結果 我希望print出來後 是整數 08/03 16:32
→ renmax: 型態 您給的參考網址是取值 而不是塞值 謝謝幫忙>"< 08/03 16:33
推 yvb: cJSON.c 找 Try 15 decimal 看那邊. %1.15g 和 %1.17g 的差別 08/03 16:57
→ yvb: 這實作似乎不符合 RFC 8259 第六節 Numbers 的最後一段. 08/03 17:12
→ yvb: 可能只參照到 RFC 4627. 08/03 17:18
→ Chikei: 人家就說cJSON不支援long long,跟取值還是塞值沒關係。 08/04 13:44
→ renmax: 不好意思 如果不支援long long的話 請問一下 08/04 14:15
→ renmax: 1. 上方的例子中 為何只有尾數是零 才會變成科學符號呢? 08/04 14:16
→ renmax: 2. 有什麼方法 可以做到預期的結果呢?(整數長度MAX = 20) 08/04 14:19
→ renmax: 感謝y大和C大幫忙 08/04 14:20
→ Chikei: 1. 上面yvb已經回答了 2. 沒有,請看完上面的issue回答 08/04 15:44
→ Richun: 51 bits換算是15.3位,長度20已經超過了,cJSON不能用。 08/05 04:43
→ Richun: 只能找其他的或是fork cJSON自己修 08/05 04:47
推 LPH66: 長度 20 也不能用 double 或 int64_t 來存 08/05 20:30
→ LPH66: uint64_t 只能擦邊 (18446744073709551615 正好 20 位) 08/05 20:31
→ LPH66: 所以任意 20 位的數字可能要建議當字串來用 08/05 20:31
→ renmax: 感謝各位大大的解釋 我仍然不太懂y大說的Try 15 decimal這 08/08 15:26
→ renmax: 邊的意思 為何特定使用15和17 decimal來做判斷呢? 08/08 15:27
推 LPH66: double 的精確度是 53 bit, 數學轉換對應十進位約 15.95 位 08/09 03:16
→ LPH66: 所以一般可能會認為印出 1+15 位數就能足夠表示一個 double 08/09 03:16
→ LPH66: 但實際上如果要達成所謂的 round-trip (轉成字串再轉回來時 08/09 03:17
→ LPH66: 要得到完全一樣的 double 數值) 會需要印出 1+17 位 08/09 03:17
→ LPH66: 才能使某些邊界狀況能夠得到分辨 08/09 03:17