Tầm quan trọng của XML trong thế giới JSON là gì?

Việc học XML quan trọng đến mức nào khi JSON có thể làm hầu hết tất cả những gì tôi cần? Phải nói rằng, tôi sử dụng JSON chủ yếu cho các yêu cầu AJAX và lấy dữ liệu từ các API khác nhau. Tôi là một người mới hoàn toàn phát triển web và lý do tôi hỏi điều này là tôi muốn biết liệu tôi có nên tiếp tục và mua một cuốn sách về XML hay liệu tôi có thể bỏ qua nó không.

xml

— Nhiễm trùng
nguồn

Vì bạn sẽ gặp XML trên cơ sở khá nhất quán, tôi sẽ tiếp tục và lấy cuốn sách.

— Tim Post

Chỉ cần đọc tiêu chuẩn. Tôi chưa bao giờ thấy XML khó học / hiểu, chỉ tẻ nhạt.

— dietbuddha

Tôi chưa bao giờ hiểu rằng - điều gì quá khó để hiểu XML? 99,9% XML ngoài kia chỉ được sử dụng làm nơi chứa dữ liệu - mọi người tập tin văn bản đơn giản, không có gì phức tạp!

— Keith Palmer Jr.

mọi người nên sử dụng CSV ...

— Jonathan dos Santos

@KeithPalmer: và vẫn còn rất nhiều lỗi được tìm thấy trên web. Từ khai báo mã hóa sai, đến các lối thoát bị thiếu cho các ký tự cần chúng chỉ đơn giản là sử dụng tệp XML làm một thùng chứa CDATA. Và đừng để tôi bắt đầu về cách làm sai không gian tên.

— Joachim Sauer

Câu trả lời:

Bạn sẽ cần học XML để đến bất cứ nơi nào trong thế giới web. Đó là những gì thúc đẩy nhiều giao tiếp B2B và có nhiều định dạng XML tiêu chuẩn mô tả quan trọng.

Chỉ cần giới hạn bản thân với JSON là hết sức tự giới hạn. Vâng, bạn sẽ thực hiện các cuộc gọi AJAX xung quanh nhưng điều gì xảy ra khi bạn cần liên lạc với GeoServer? Nó sẽ tuân thủ các tiêu chuẩn của GIS và sẽ phát triển XML ở các định dạng WCS (Dịch vụ khả năng web), WMS (Dịch vụ bản đồ web) và các định dạng WFS (Dịch vụ tính năng web) trong số các định dạng khác. Nếu bạn không biết cách xử lý XML, bạn sẽ gặp một số rắc rối với điều đó.

Tất nhiên, bất kỳ marshaller nào (đối tượng miền thành định dạng văn bản) có giá trị muối của nó sẽ có thể chuyển đổi các đối tượng của chúng sang và từ XML / JSON / YAML để bạn có thể đưa ra lập luận miễn là bạn có thể ẩn đằng sau soái ca mà bạn chỉ phải đối phó với các đối tượng miền. Các dịch vụ web cung cấp WSDL chính xác cho mục đích này. Nhưng sớm hay muộn bạn sẽ cần đọc và hiểu nội dung các yêu cầu và phản hồi của bạn và điều đó chắc chắn sẽ đòi hỏi sự hiểu biết về XML.

Và đừng quên tiêu chuẩn web cũ cho các trang HTML. Đó là XML.

Vì vậy, trong ngắn hạn, hãy tìm hiểu XML - và giữ JSON bất cứ nơi nào bạn có thể thấy nó thật đáng yêu.

— Gary Rowe
nguồn

Cảm ơn rất nhiều Gary! XML trông rất bồng bềnh và thực sự đáng sợ khi lặn, nhưng đi theo những gì bạn nói, có vẻ như tôi sẽ phải học nó ......!

— Rasmus

@ Alice Bắt đầu chậm. Hãy nghĩ về nó như HTML lặp đi lặp lại. Sau đó cho phép trường hợp nhạy cảm. Sau đó xem xét cách các loại dữ liệu khác nhau (ví dụ int, chuỗi, ngày) có thể được biểu diễn và gắn thẻ bên trong các thành phần hoặc thuộc tính đó. Sau đó, làm cho biểu diễn kiểu dữ liệu đó chính thức hơn một chút (XSD) và bạn sẽ đi xa hơn. Hướng dẫn này sẽ giúp: devguru.com/features/tutorials/xml/beginning_xml.html

— Gary Rowe

Tôi không biết bạn sử dụng ngôn ngữ / khung / nền tảng nào, nhưng dù là ngôn ngữ nào, tôi chắc chắn bạn sẽ thấy rằng nó có các thư viện chuẩn để phân tích cú pháp và tạo XML, bạn không nên tự tìm cách giải thích các dấu ngoặc nhọn.

— Carson63000

+1, mặc dù có giá trị, XHTML thực sự không hoàn toàn mới và dường như đã chuyển sang hàng ghế sau với HTML 5.

— John M Gant

Có lẽ. Quan điểm của tôi là nhiều hơn rằng W3C có vẻ như suy nghĩ của họ về XHTML đã thay đổi một chút trong vài năm qua. Nó vẫn ở đó và được hỗ trợ, nhưng nó không còn giống như bạn là một loại kịch bản sử dụng bố cục bảng yêu thích IE nếu bạn sử dụng HTML đơn giản thay vì XML. Dù sao nó cũng hơi tiếp xúc với câu trả lời của bạn, xin lỗi về điều đó.

— John M Gant

XML chắc chắn vượt trội hơn JSON để đánh dấu (cuối cùng, được gợi ý trong tên).

Tôi không muốn thấy một trang XHTML ngẫu nhiên được chuyển đổi sang định dạng JSON. Nó sẽ là khủng khiếp. OpenOffice và các phiên bản mới nhất của Microsoft Office đều sử dụng XML nén làm định dạng lựa chọn của họ.

Như một quy tắc chung: Markup đi theo XML; dữ liệu có cấu trúc đi trong JSON.

Đó là khi bạn xuất dữ liệu và có toàn quyền kiểm soát định dạng. Nếu bạn xuất dữ liệu theo tiêu chuẩn ngành hoặc tiêu thụ dữ liệu của người khác, bạn có thể cần sử dụng XML ngay cả ở những nơi JSON có vẻ phù hợp hơn. Đó là bởi vì XML được thiết lập lâu hơn và đã được sử dụng trong nhiều tiêu chuẩn.

— TRiG
nguồn

+1, đặc biệt là lưu ý sự khác biệt giữa dữ liệu đánh dấu và dữ liệu có cấu trúc.

— Arseni Mourzenko