trong JSON, Tại sao mỗi tên được trích dẫn?

Thông số JSON nói rằng JSON là một đối tượng hoặc một mảng. Trong trường hợp của một đối tượng,

Cấu trúc đối tượng được biểu diễn dưới dạng một cặp dấu ngoặc nhọn bao quanh không hoặc nhiều cặp tên / giá trị (hoặc thành viên). Tên là một chuỗi. ...

Và sau đó, thông số kỹ thuật nói rằng một chuỗi được bao quanh trong dấu ngoặc kép.

Tại sao?

Vì vậy,

{"Property1":"Value1","Property2":18}

và không

{Property1:"Value1",Property2:18}

Câu hỏi 1 : Tại sao không cho phép tên trong cặp tên / giá trị là định danh chưa được trích dẫn?

Câu hỏi 2 : Có sự khác biệt về ngữ nghĩa giữa hai biểu diễn trên, khi được đánh giá trong Javascript không?

Câu hỏi 1: Tại sao không cho phép tên trong cặp tên / giá trị là định danh chưa được trích dẫn?

Triết lý thiết kế của JSON là "Giữ cho nó đơn giản"

"Trích dẫn tên với "" đơn giản hơn rất nhiều so với "Bạn có thể trích dẫn tên bằng "hoặc 'nhưng bạn không cần phải làm như vậy, trừ khi chúng chứa các ký tự nhất định (hoặc kết hợp các ký tự sẽ khiến nó trở thành từ khóa) và 'hoặc "có thể cần được trích dẫn tùy thuộc về dấu phân cách bạn đã chọn " .

Câu hỏi 2: Có sự khác biệt về ngữ nghĩa giữa hai biểu diễn trên, khi được đánh giá trong Javascript không?

Không. Trong JavaScript, chúng giống hệt nhau.

Tôi để lại một trích dẫn từ một bài thuyết trình mà Douglas Crockford (người tạo ra tiêu chuẩn JSON) đã đưa cho Yahoo.

Anh ấy nói về cách anh ấy phát hiện ra JSON và trong số những điều khác tại sao anh ấy quyết định sử dụng các khóa được trích dẫn :

.... Đó là khi chúng tôi phát hiện ra vấn đề tên không được trích dẫn. Hóa ra ECMA Script 3 có chính sách từ dành riêng. Những từ dành riêng phải được trích dẫn ở vị trí then chốt, điều này thực sự gây phiền toái. Khi tôi bắt đầu xây dựng điều này thành một tiêu chuẩn, tôi không muốn phải đưa tất cả các từ dành riêng vào tiêu chuẩn, bởi vì nó trông thực sự ngu ngốc.

Vào thời điểm đó, tôi đang cố gắng thuyết phục mọi người: vâng, bạn có thể viết ứng dụng bằng JavaScript, nó thực sự sẽ hoạt động và đó là một ngôn ngữ tốt. Sau đó, tôi không muốn nói: và hãy nhìn vào điều thực sự ngu ngốc mà họ đã làm! Vì vậy, tôi quyết định, thay vào đó, hãy chỉ trích dẫn các phím.
Bằng cách đó, chúng tôi không cần phải nói với bất kỳ ai về nó như thế nào.

Đó là lý do tại sao, cho đến ngày nay, các khóa được trích dẫn trong JSON.

Bạn có thể tìm thấy toàn bộ video và bản ghi ở đây .

Cả hai :và khoảng trắng đều được phép trong số nhận dạng. Nếu không có dấu ngoặc kép, điều này sẽ gây ra sự mơ hồ khi cố gắng xác định chính xác những gì cấu thành mã định danh.

Trong javascript, các đối tượng có thể được sử dụng như một bảng băm / bảng băm với các cặp khóa.

Tuy nhiên, nếu khóa của bạn có các ký tự mà javascript không thể mã hóa dưới dạng tên, nó sẽ không thành công khi thử truy cập như một thuộc tính trên một đối tượng chứ không phải là một khóa.

var test  = {};
test["key"] = 1;
test["#my-div"] = "<div> stuff </div>";

// test = { "key": 1, "#my-div": "<div> stuff </div>" };

console.log(test.key);           // should be 1
console.log(test["key"]);        // should be 1
console.log(test["#my-div"]);    // should be "<div> stuff </div>";
console.log(test.#my-div);       // would not work.

số nhận dạng đôi khi có thể có các ký tự không thể được đánh giá là mã thông báo / mã định danh trong javascript, do đó, tốt nhất nên đặt tất cả các số nhận dạng trong chuỗi để có tính nhất quán.

Tôi nghĩ câu trả lời đúng cho câu hỏi của Cheeso là việc triển khai vượt qua tài liệu. Nó không còn yêu cầu một chuỗi làm khóa, mà là một cái gì đó khác, có thể là một chuỗi (tức là được trích dẫn) hoặc (có thể là) bất kỳ thứ gì có thể được sử dụng làm tên biến, mà tôi sẽ đoán nghĩa là bắt đầu bằng một chữ cái, _ , hoặc $, và chỉ bao gồm các chữ cái, số và $ và _.

Tôi muốn đơn giản hóa phần còn lại cho người tiếp theo truy cập câu hỏi này với cùng ý tưởng tôi đã làm. Đây là thịt:

Tên biến không được nội suy trong JSON khi được sử dụng làm khóa đối tượng (Cảm ơn Friedo!)

Breton, sử dụng "số nhận dạng" thay vì "khóa", đã viết rằng "nếu một số nhận dạng tình cờ là một từ dành riêng, nó được hiểu là từ đó chứ không phải là một định danh." Điều này có thể đúng, nhưng tôi đã thử nó mà không gặp bất kỳ sự cố nào:

var a = {do:1,long:2,super:3,abstract:4,var:5,break:6,boolean:7};
a.break

=> 6

Về việc sử dụng dấu ngoặc kép, Quentin đã viết "... nhưng bạn không cần phải làm như vậy, trừ khi [khóa] chứa các ký tự nhất định (hoặc kết hợp các ký tự khiến nó trở thành từ khóa)"

Tôi thấy phần trước (một số ký tự nhất định) là đúng, sử dụng dấu @ (trên thực tế, tôi nghĩ $ và _ là các ký tự duy nhất không gây ra lỗi):

var a = {a@b:1};

=> Lỗi cú pháp

var a = {"a@b":1};
a['a@b']

=> 1

nhưng dấu ngoặc đơn về từ khóa, như tôi đã trình bày ở trên, không đúng.

Những gì tôi muốn hoạt động vì văn bản giữa dấu mở đầu {và dấu hai chấm, hoặc giữa dấu phẩy và dấu hai chấm cho các thuộc tính tiếp theo được sử dụng như một chuỗi không được trích dẫn để tạo khóa đối tượng, hoặc, như Friedo đã nói, một tên biến ở đó không ' t được nội suy:

var uid = getUID();
var token = getToken();            // Returns ABC123
var data = {uid:uid,token:token};
data.token

=> ABC123

Nếu json mô tả các đối tượng, thì trong thực tế, bạn sẽ có những điều sau

var foo = {};

var bar = 1;

foo["bar"] = "hello";
foo[bar] = "goodbye";

vậy thì,

foo.bar == "hello";
foo[1] == "goodbye" // in setting it used the value of var bar

vì vậy, ngay cả khi các ví dụ của bạn tạo ra cùng một kết quả, các ví dụ tương đương của chúng trong "mã thô" sẽ không. Có lẽ vì vậy mà ?? dunno, chỉ là một ý tưởng.

Nó có thể giảm kích thước dữ liệu nếu dấu ngoặc kép trên tên chỉ được phép khi cần thiết