Chuyển XML sang JSON

XML 1.0 trở thành khuyến nghị của W3C vào tháng 2 năm 1998, và trong thập kỷ sau đó đây là cách các hệ thống giao tiếp với nhau: dịch vụ web SOAP, nguồn cấp RSS và Atom, tài liệu Office, thông điệp ngân hàng, danh mục sản phẩm. Nhiều hệ thống trong số đó vẫn đang chạy. JSON, được quy định trong RFC 8259, đã chiếm lĩnh các API web mới vì JavaScript đọc được mà không cần thư viện phân tích và vì nó ánh xạ trực tiếp sang danh sách và dictionary trong hầu hết ngôn ngữ.

Vì vậy những người chuyển đổi thường là người nối hai thời kỳ. Một lập trình viên front-end nhận phản hồi SOAP từ nhà cung cấp thanh toán hoặc vận chuyển và muốn có một đối tượng thuần. Một người xây dựng tự động hóa trong Zapier hoặc Make kéo nguồn XML của nhà cung cấp vào luồng hoạt động tốt nhất với JSON. Một kỹ sư dữ liệu chuyển file cấu hình từ ứng dụng Java cũ, hoặc một sinh viên cần nguồn RSS dạng JSON cho bài tập nhóm. Ai cũng muốn cùng cấu trúc đó mà không có dấu ngoặc nhọn.

Cả hai định dạng đều mô tả cấu trúc cây, nhưng XML có thêm những thứ JSON chưa từng có. Namespace, do W3C định nghĩa năm 1999, cho phép một tài liệu trộn nhiều bộ từ vựng như soap: và xsi:; trong JSON chúng chỉ còn lại như một phần của tên khóa. Chú thích và chỉ thị xử lý không có chỗ để lưu nên bị bỏ. Nội dung hỗn hợp, tức văn bản xen kẽ với thẻ con như một đoạn XHTML có một từ in đậm, là XML hợp lệ nhưng trở nên vụng về trong JSON, nên XML dạng tài liệu nên chuyển sang HTML hoặc Markdown thay vì JSON.

Thứ tự là điểm tinh tế nhất. XML giữ các phần tử cùng cấp theo trình tự, và một schema có thể dựa vào đó; theo chuẩn, các khóa của đối tượng JSON thì không có thứ tự. Các phần tử lặp lại vẫn giữ thứ tự bên trong mảng của chúng, đủ cho hầu hết dữ liệu thực tế. Nếu XML là danh sách bản ghi phẳng cần đưa vào bảng tính thay vì code, XML sang Excel cho bạn hàng và cột trực tiếp, còn XML sang CSV tạo file để nhập vào cơ sở dữ liệu.