Chuyển đổi từ XML sang JSON

So sánh ba kiểu

Đầu vào:

<book id="1" lang="en">
  <title>1984</title>
  <author>Orwell</author>
</book>

Compact (loại bỏ thuộc tính):

{
  "book": {
    "title": "1984",
    "author": "Orwell"
  }
}

Badgerfish (thuộc tính nằm dưới @, văn bản nằm dưới $):

{
  "book": {
    "@id": "1",
    "@lang": "en",
    "title": { "$": "1984" },
    "author": { "$": "Orwell" }
  }
}

Literal / giống JsonML (độ trung thực hoàn toàn):

{
  "book": {
    "@attributes": { "id": "1", "lang": "en" },
    "title": "1984",
    "author": "Orwell"
  }
}

Mảng bắt buộc

XML không có cách nào để nói “đây là một danh sách gồm một phần tử”. Một chuỗi chỉ chứa một phần tử trông giống hệt như một giá trị vô hướng (scalar):

<items>
  <item>A</item>
</items>

Nó có thể được tuần tự hóa thành {"item": "A"} hoặc {"item": ["A"]}. Bộ chuyển đổi cho phép bạn đánh dấu tên phần tử (theo XPath) để luôn là mảng, nhờ đó bên tiêu thụ JSON ở phía sau nhận được các kiểu dữ liệu nhất quán.

Nội dung hỗn hợp

Nội dung hỗn hợp – văn bản xen kẽ với các phần tử con – chính là chỗ duy nhất mà mọi quá trình chuyển đổi từ XML sang JSON đều mất thông tin:

<p>Hello <em>world</em>!</p>

Hầu hết các kiểu đều loại bỏ hoặc gộp văn bản lại. Kiểu literal giữ nguyên thứ tự thông qua một mảng:

{
  "p": {
    "@content": ["Hello ", { "em": "world" }, "!"]
  }
}

Suy luận kiểu

Theo mặc định, các giá trị là chuỗi. Bật tùy chọn “phân tích số/boolean” và bộ chuyển đổi sẽ ép 42, 3.14, true, false thành các kiểu JSON tương ứng. Hãy lưu ý: thuộc tính XML id="007" sẽ trở thành 7 khi bật ép kiểu, điều mà bạn rất có thể không mong muốn.

Khi nào nên chọn kiểu nào

• Compact: dành cho JSON dễ đọc với con người, khi các thuộc tính chỉ là nhiễu.
• Badgerfish: khi bạn cần thuộc tính và văn bản ở cùng độ sâu với các phần tử con.
• Literal: khi bạn phải chuyển đổi ngược về XML mà không mất dữ liệu.