JSON bỏ qua Infinity và NaN; Trạng thái JSON trong ECMAScript?

Có ai biết tại sao JSON lại bỏ NaN và +/- Infinity không? Nó đặt Javascript vào tình huống kỳ lạ nơi các đối tượng có thể tuần tự hóa, nếu không, chúng chứa các giá trị vô cực NaN hoặc +/-.

Có vẻ như điều này đã được đúc bằng đá: xem RFC4627 và ECMA-262 (phần 24.5.2, JSON.opesify, NOTE 4, trang 683 của ECMA-262 pdf ở lần chỉnh sửa cuối cùng):

Số hữu hạn được xâu chuỗi như thể bằng cách gọi ToString(number). NaN và Infinity bất kể dấu hiệu nào được biểu diễn dưới dạng Chuỗi null.

Infinityvà NaNkhông phải là từ khóa hay bất cứ điều gì đặc biệt, chúng chỉ là các thuộc tính trên đối tượng toàn cầu (như vậy undefined) và như vậy có thể được thay đổi. Vì lý do đó, JSON không bao gồm chúng trong thông số kỹ thuật - về bản chất, bất kỳ chuỗi JSON thực sự nào cũng sẽ có kết quả tương tự trong EcmaScript nếu bạn thực hiện eval(jsonString)hoặc JSON.parse(jsonString).

Nếu nó được cho phép thì ai đó có thể tiêm mã giống như

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

vào một diễn đàn (hoặc bất cứ điều gì) và sau đó bất kỳ việc sử dụng json trên trang web đó có thể bị xâm phạm.

Về câu hỏi ban đầu: Tôi đồng ý với người dùng "cbare" ở chỗ đây là một thiếu sót đáng tiếc trong JSON. IEEE754 định nghĩa đây là ba giá trị đặc biệt của số dấu phẩy động. Vì vậy, JSON không thể biểu diễn đầy đủ các số dấu phẩy động của IEEE754. Thực tế còn tệ hơn nữa, vì JSON như được định nghĩa trong ECMA262 5.1 thậm chí không xác định liệu các số của nó có dựa trên IEEE754 hay không. Do luồng thiết kế được mô tả cho hàm Stringify () trong ECMA262 có đề cập đến ba giá trị IEEE đặc biệt, nên người ta có thể nghi ngờ rằng ý định trên thực tế là hỗ trợ các số dấu phẩy động của IEEE754.

Là một điểm dữ liệu khác, không liên quan đến câu hỏi: Kiểu dữ liệu XML xs: float và xs: double do trạng thái dựa trên số dấu phẩy động của IEEE754 và chúng hỗ trợ biểu diễn ba giá trị đặc biệt này (Xem W3C XSD 1.0 Phần 2 , Loại dữ liệu).

Bạn có thể điều chỉnh mẫu đối tượng null không và trong JSON của bạn biểu thị các giá trị như

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

Sau đó, khi kiểm tra, bạn có thể kiểm tra loại

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

Tôi biết trong Java bạn có thể ghi đè các phương thức tuần tự hóa để thực hiện một điều như vậy. Không chắc chắn việc xê-ri hóa của bạn đến từ đâu, vì vậy tôi không thể cung cấp chi tiết về cách triển khai nó trong các phương thức tuần tự hóa.

Các chuỗi "Infinity", "-Infinity" và "NaN" đều ép buộc các giá trị mong đợi trong JS. Vì vậy, tôi cho rằng cách đúng để biểu diễn các giá trị này trong JSON là dưới dạng chuỗi.

> +"Infinity"
Infinity

> +"-Infinity"
-Infinity

> +"NaN"
NaN

Mặc định, đó chỉ là một sự xấu hổ JSON.opesify không làm điều này theo mặc định. Nhưng, có một cách:

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

Nếu bạn có quyền truy cập vào mã tuần tự hóa, bạn có thể biểu thị Infinity là 1.0e + 1024. Số mũ quá lớn để thể hiện gấp đôi và khi được khử lưu lượng, nó được biểu diễn dưới dạng Vô cực. Hoạt động trên webkit, không chắc chắn về các trình phân tích cú pháp json khác!

IEEE Std 754-2008 hiện tại bao gồm các định nghĩa cho hai cách biểu diễn dấu phẩy động 64 bit khác nhau: loại dấu phẩy động 64 bit thập phân và loại dấu phẩy động 64 bit nhị phân.

Sau khi làm tròn chuỗi .99999990000000006, giống như .9999999trong biểu diễn 64 bit nhị phân của IEEE nhưng nó KHÔNG giống như .9999999trong biểu diễn 64 bit thập phân của IEEE. Trong .99999990000000006vòng dấu phẩy động thập phân 64 bit của IEEE đến giá trị .9999999000000001không giống với .9999999giá trị thập phân .

Do JSON chỉ coi các giá trị số là các chuỗi số có các chữ số thập phân, nên không có cách nào để một hệ thống hỗ trợ cả biểu diễn dấu phẩy động nhị phân và dấu thập phân của IEEE (như Sức mạnh của IBM) để xác định giá trị nào trong hai giá trị dấu phẩy động số có thể của IEEE là dự định.

Cách giải quyết tiềm năng cho các trường hợp như {"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;
   });

Ý tưởng chung là thay thế các giá trị không hợp lệ bằng một chuỗi chúng ta sẽ nhận ra khi phân tích cú pháp và thay thế nó bằng biểu diễn JavaScript thích hợp.

Lý do được nêu ở trang ii trong Tiêu chuẩn ECMA-404 Cú pháp trao đổi dữ liệu JSON, Ấn bản đầu tiên

JSON là bất khả tri về các con số. Trong bất kỳ ngôn ngữ lập trình nào, có thể có nhiều loại số lượng năng lực và bổ sung khác nhau, cố định hoặc trôi nổi, nhị phân hoặc thập phân. Điều đó có thể làm cho việc trao đổi giữa các ngôn ngữ lập trình khác nhau trở nên khó khăn. Thay vào đó, JSON chỉ cung cấp biểu diễn các số mà con người sử dụng: một chuỗi các chữ số. Tất cả các ngôn ngữ lập trình đều biết cách hiểu ý nghĩa của các chuỗi số ngay cả khi chúng không đồng ý với các biểu diễn bên trong. Điều đó là đủ để cho phép trao đổi.

Lý do là không, như nhiều người đã tuyên bố, do các đại diện của NaNvà Infinitytập lệnh ECMA. Đơn giản là một nguyên tắc thiết kế cốt lõi của JSON.

Bởi vì nó rất đơn giản, nên người ta không hy vọng rằng ngữ pháp JSON sẽ thay đổi. Điều này mang lại cho JSON, như một ký hiệu nền tảng, sự ổn định to lớn

Nếu giống như tôi, bạn không có quyền kiểm soát mã tuần tự hóa, bạn có thể xử lý các giá trị NaN bằng cách thay thế chúng bằng null hoặc bất kỳ giá trị nào khác như một chút hack như sau:

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

Về bản chất, .fail sẽ được gọi khi trình phân tích cú pháp json ban đầu phát hiện mã thông báo không hợp lệ. Sau đó, một chuỗi thay thế được sử dụng để thay thế các mã thông báo không hợp lệ. Trong trường hợp của tôi, đó là một ngoại lệ cho trình tuần tự trả về các giá trị NaN vì vậy phương pháp này là phương pháp tốt nhất. Nếu kết quả thường chứa mã thông báo không hợp lệ, tốt hơn hết bạn không nên sử dụng $ .get mà thay vào đó để truy xuất thủ công kết quả JSON và luôn chạy thay thế chuỗi.