JSONはInfinityとNaNを省略しました。ECMAScriptのJSONステータス？

JSONがNaNおよび+/- Infinityを省略した理由は何ですか？NaNまたは+/-無限大の値が含まれている場合に、直列化可能であるオブジェクトがそうでないという奇妙な状況にJavascriptを配置します。

このように見えますが、石でキャストされています：参照RFC4627とECMA-262（セクション24.5.2、JSON.stringify、注4、最後の編集でECMA-262のPDFのページ683）：

有限数は、を呼び出すかのように文字列化されToString(number)ます。符号に関係なくNaNとInfinityはStringとして表されnullます。

InfinityそしてNaNキーワードや何か特別なものではなく、彼らはグローバルオブジェクトのプロパティだけです（あるとundefined）、そのように変更することができます。その理由は、JSONがそれらを仕様に含めないためです。eval(jsonString)つまり、またはを実行した場合、EcmaScriptで真のJSON文字列はすべて同じ結果になるはずですJSON.parse(jsonString)。

それが許可された場合、誰かが同じようなコードを注入することができます

NaN={valueOf:function(){ do evil }};
Infinity={valueOf:function(){ do evil }};

フォーラム（またはその他）にアクセスすると、そのサイトでのjsonの使用が危険にさらされる可能性があります。

元の質問について：ユーザー「cbare」はJSONで残念ながら省略されていることに同意します。IEEE754では、これらを浮動小数点数の3つの特別な値として定義しています。したがって、JSONはIEEE754浮動小数点数を完全に表すことができません。ECMA262 5.1で定義されているJSONは、その番号がIEEE754に基づいているかどうかさえ定義していないため、実際にはさらに悪いことです。ECMA262のstringify（）関数について説明されている設計フローは3つの特別なIEEE値について言及しているため、意図は実際にはIEEE754浮動小数点数をサポートすることであったと思われます。

XMLデータ型xs：floatおよびxs：doubleは、IEEE754浮動小数点数に基づいていると述べており、これらの3つの特別な値の表現をサポートしています（W3C XSD 1.0 Part 2を参照）。 、データ型）。

nullオブジェクトパターンを適合させ、JSONで次のような値を表すことができますか？

"myNum" : {
   "isNaN" :false,
   "isInfinity" :true
}

次に、チェックするときに、タイプをチェックできます

if (typeof(myObj.myNum) == 'number') {/* do this */}
else if (myObj.myNum.isNaN) {/* do that*/}
else if (myObj.myNum.isInfinity) {/* Do another thing */}

私はJavaでそのようなことを実装するためにシリアル化メソッドをオーバーライドできることを知っています。シリアル化の場所がわからないため、シリアル化メソッドでの実装方法の詳細を説明することはできません。

文字列「Infinity」、「-Infinity」、および「NaN」はすべて、JSの期待値に強制変換されます。したがって、これらの値をJSONで表す正しい方法は文字列として主張するべきです。

> +"Infinity"
Infinity

> +"-Infinity"
-Infinity

> +"NaN"
NaN

JSON.stringifyがデフォルトでこれを行わないのは残念です。しかし、方法があります：

> JSON.stringify({ x: Infinity }, function (k,v) { return v === Infinity ? "Infinity" : v; })
"{"x":"Infinity"}"

シリアライゼーションコードにアクセスできる場合、Infinityを1.0e + 1024として表すことができます。指数が大きすぎてdoubleで表すことができません。逆シリアル化すると、これはInfinityとして表されます。Webkitで動作しますが、他のjsonパーサーについては不明です！

現在のIEEE Std 754-2008には、2つの異なる64ビット浮動小数点表現の定義が含まれています。10進64ビット浮動小数点型と2進64ビット浮動小数点型です。

文字列を丸めた後に.99999990000000006同じである.9999999IEEEバイナリ64ビット表現におけるそれであるNOT同じ.9999999IEEE進64ビット表現です。64ビットIEEEの10進浮動小数点では、10 進値とは異なる.99999990000000006値に丸められます。.9999999000000001.9999999

JSONは数値を10進数の数値文字列として扱うだけなので、IEEEの2進数と10進数の浮動小数点表現（IBM Powerなど）の両方をサポートするシステムが、2つの可能なIEEE数値浮動小数点値のどちらであるかを判別する方法はありません。意図されました。

{"key"：Infinity}のような場合の潜在的な回避策：

JSON.parse(theString.replace(/":(Infinity|-IsNaN)/g, '":"{{$1}}"'), function(k, v) {
   if (v === '{{Infinity}}') return Infinity;
   else if (v === '{{-Infinity}}') return -Infinity;
   else if (v === '{{NaN}}') return NaN;
   return v;
   });

一般的な考え方は、無効な値の発生を、解析時に認識する文字列に置き換え、それを適切なJavaScript表現に置き換えることです。

理由は、Standard ECMA-404 The JSON Data Interchange Syntax、1st Editionの iiページに記載されています。

JSONは数値にとらわれません。どのプログラミング言語でも、固定または浮動、2進数または10進数など、さまざまな容量および補数のさまざまな数値タイプが存在する可能性があります。これにより、異なるプログラミング言語間の交換が困難になる可能性があります。JSONは代わりに、人間が使用する数値の表現、つまり一連の数字のみを提供します。すべてのプログラミング言語は、内部表現に同意しない場合でも、数字列を理解する方法を知っています。それは交換を可能にするのに十分です。

その理由は、多くの人が主張しているようにNaN、InfinityECMAスクリプトの表現によるものではありません。シンプルさは、JSONの中心的な設計原則です。

とてもシンプルなので、JSONの文法が変わることは期待されていません。これにより、JSONが基本的な表記として、非常に安定します。

私のように、シリアライゼーションコードを制御できない場合は、次のように、ハックの一部としてnullまたはその他の値で置き換えることにより、NaN値を処理できます。

$.get("file.json", theCallback)
.fail(function(data) {
  theCallback(JSON.parse(data.responseText.replace(/NaN/g,'null'))); 
} );

基本的に、元のjsonパーサーが無効なトークンを検出すると、.failが呼び出されます。次に、文字列置換を使用して無効なトークンを置換します。私の場合、シリアライザがNaN値を返すのは例外なので、この方法が最善の方法です。結果に通常無効なトークンが含まれている場合は、$。getを使用せずに、JSON結果を手動で取得し、常に文字列置換を実行することをお勧めします。