JSON Infinity ve NaN'yi geride bıraktı; ECMAScript'te JSON durumu?

JSON'un neden NaN ve +/- Infinity'yi bıraktığı hakkında bir fikrin var mı? Javascript'i, aksi halde serileştirilebilecek nesnelerin NaN veya +/- sonsuzluk değerleri içeriyorsa, tuhaf bir duruma sokar.

Bunun taştan yapılmış olduğu anlaşılıyor : RFC4627 ve ECMA- 262'ye bakınız (bölüm 24.5.2, JSON.stringify, NOT 4, ECMA-262 pdf'inin son düzenlemede sayfa 683'ü):

Sonlu sayılar, çağrılmış gibi dizilir ToString(number). İşaretten bağımsız olarak NaN ve Infinity, String olarak temsil edilir null.

Infinityve NaNanahtar kelimeler veya özel bir şey değildir, bunlar yalnızca global nesnenin (olduğu gibi undefined) özellikleridir ve bu nedenle değiştirilebilir. Bu nedenle JSON bunları spesifikasyona dahil etmez - aslında, gerçek JSON dizesi EcmaScript'te aynı sonuca sahip olmalıdır eval(jsonString)veyaJSON.parse(jsonString) .

İzin verildiyse, birisi benzer bir kod ekleyebilir

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

bir foruma (ya da her neyse) girdiğinizde, o sitedeki herhangi bir json kullanımı tehlikeye girebilir.

Orijinal soru üzerine: Ben bu JSON talihsiz bir ihmal olduğunu "cbare" kullanıcı ile katılıyorum. IEEE754 bunları kayan nokta sayısının üç özel değeri olarak tanımlar. Dolayısıyla JSON, IEEE754 kayan nokta sayılarını tam olarak temsil edemez. Aslında daha da kötüsü, ECMA262 5.1'de tanımlanan JSON, sayılarının IEEE754'e dayanıp dayanmadığını bile tanımlamıyor. ECMA262'de stringify () işlevi için açıklanan tasarım akışı üç özel IEEE değerinden bahsettiğinden, niyetin aslında IEEE754 kayan nokta sayılarını desteklediğinden şüphelenilebilir.

Diğer bir veri noktası olarak, şu soru ile ilgisi yoktur: XML veri tipleri xs: float ve xs: double, IEEE754 kayan nokta numaralarına dayalı olduklarını ve bu üç özel değerin temsilini desteklediklerini belirtir (Bkz. W3C XSD 1.0 Bölüm 2 , Veri tipleri).

Boş nesne desenini uyarlayabilir misiniz ve JSON'unuzda şu değerleri temsil eder:

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

Sonra kontrol ederken, türü kontrol edebilirsiniz

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

Java'da böyle bir şeyi uygulamak için serileştirme yöntemlerini geçersiz kılabileceğinizi biliyorum. Serileştirmenin nereden geldiğinden emin değilim, bu yüzden serileştirme yöntemlerinde nasıl uygulanacağı hakkında ayrıntılı bilgi veremem.

"Infinity", "-Infinity" ve "NaN" dizelerinin tümü JS'de beklenen değerlere zorlanır. Bu yüzden JSON bu değerleri temsil etmek için doğru yolu dizeleri olduğunu iddia ediyorum.

> +"Infinity"
Infinity

> +"-Infinity"
-Infinity

> +"NaN"
NaN

JSON.stringify bunu varsayılan olarak yapmaz. Ama, bir yolu var:

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

Serileştirme koduna erişiminiz varsa Infinity'yi 1.0e + 1024 olarak temsil edebilirsiniz. Üs, bir çiftte temsil edilemeyecek kadar büyüktür ve serileştirildiğinde bu Sonsuzluk olarak temsil edilir. Webkit üzerinde çalışır, diğer json ayrıştırıcılarından emin değilsiniz!

Geçerli IEEE Std 754-2008, iki farklı 64 bit kayan nokta gösterimi için tanımları içerir: ondalık 64 bit kayan nokta türü ve ikili 64 bit kayan nokta türü.

Dize yuvarlama sonra .99999990000000006aynıdır .9999999, IEEE ikili, 64-bit gösteriminde ama öyle değil aynı .9999999IEEE ondalık 64 bit temsilinde. 64-bit IEEE ondalık kayan nokta ondalık değerle aynı olmayan .99999990000000006değere yuvarlar ..9999999000000001.9999999

JSON yalnızca sayısal değerleri ondalık basamakların sayısal dizeleri olarak ele aldığından, olası iki IEEE sayısal kayan nokta değerinden hangisinin mümkün olduğunu belirlemek için hem IEEE ikili hem de ondalık kayan nokta gösterimlerini (IBM Power gibi) destekleyen bir sistem yoktur. niyetindeydi.

{"Anahtar": Infinity} gibi durumlar için potansiyel çözüm:

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;
   });

Genel fikir, geçersiz değerlerin oluşumlarını ayrıştırırken tanıyacağımız bir dize ile değiştirmek ve uygun JavaScript temsiliyle değiştirmek.

Nedeni Standart ECMA-404'te sayfa ii'de belirtilmiştir JSON Veri Değişimi Sözdizimi, 1. Baskı

JSON sayılar konusunda agnostiktir. Herhangi bir programlama dilinde, sabit veya hareketli, ikili veya ondalık sayılarda çeşitli kapasitelerde ve tamamlayıcılarda çeşitli tipler olabilir. Bu, farklı programlama dilleri arasındaki değişimi zorlaştırabilir. Bunun yerine JSON yalnızca insanların kullandığı sayıların temsilini sunar: bir basamak dizisi. Tüm programlama dilleri, dahili gösterimlere katılmıyor olsalar bile, basamak dizilerinin nasıl anlamlandırılacağını bilir. Bu değiş tokuşa izin vermek için yeterlidir.

Sebep, birçoklarının iddia ettiği gibi, ECMA betiğinin temsili NaNve nedeni değildir Infinity. Sadelik, JSON'un temel tasarım ilkesidir.

Çok basit olduğu için JSON dilbilgisinin değişmesi beklenmiyor. Bu JSON'a temel bir gösterim olarak muazzam bir istikrar kazandırır

Benim gibi serileştirme kodu üzerinde herhangi bir kontrole sahip değilseniz, NaN değerlerini null veya başka bir değerle değiştirerek aşağıdaki gibi bir kesmek gibi değiştirebilirsiniz:

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

Özünde, orijinal json ayrıştırıcısı geçersiz bir belirteç algıladığında .fail çağrılır. Daha sonra geçersiz belirteçlerin yerine bir dize değiştirme kullanılır. Benim durumumda serileştiricinin NaN değerlerini döndürmesi bir istisnadır, bu nedenle bu yöntem en iyi yaklaşımdır. Sonuçlar normalde geçersiz jeton içeriyorsa, $ .get kullanmamanız, bunun yerine JSON sonucunu manuel olarak almanız ve her zaman dize değişimini çalıştırmanız daha iyi olur.