Differences between JSON and XML and case applications

1. Definition introduction

(1).XML definition

Extensible Markup Language (XML), a markup language used to mark electronic documents to make them structural. It can be used to mark data and define data types. It is a source language that allows users to define their own markup language. XML uses DTD (document type definition) document type definition to organize data; the format is unified, cross-platform and language, and has long become a recognized standard in the industry.

XML is a subset of Standard Generalized Markup Language (SGML) and is very suitable for web transmission. XML provides a unified method for describing and exchanging structured data independent of applications or vendors.

(2).JSON definition

JSON (JavaScript Object Notation) is a lightweight data exchange format that has good readability and is easy to write quickly. Data exchange between different platforms is possible. JSON adopts a highly compatible and completely language-independent text format, and also has system behavior similar to C language habits (including C, C++, C#, Java, JavaScript, Perl, Python, etc.). These properties make JSON an ideal data exchange language.

JSON is based on JavaScript Programming Language, a subset of Standard ECMA-262 3rd Edition - December 1999.

2. Advantages and disadvantages of XML and JSON

(1). Advantages and disadvantages of XML

. Interaction and data sharing are more convenient.

Disadvantages of XML

A. XML files are huge, the file format is complex, and transmission takes up bandwidth;

B. Both the server and the client need to spend a lot of code to parse XML, resulting in server-side and The client code becomes extremely complex and difficult to maintain;

C. The way of parsing XML between different browsers on the client is inconsistent, and a lot of code needs to be written repeatedly;

D. It costs more to parse XML on the server and client resources and time.

(2). Advantages and disadvantages of JSON

. Advantages of JSON:

　 A. The data format is relatively simple, easy to read and write, the formats are compressed, and it takes up little bandwidth;

　 B. Easy Parsing, client-side JavaScript can simply read JSON data through eval(); C. Supports multiple languages, including ActionScript, C, C#, ColdFusion, Java, JavaScript, Perl, PHP, Python, Ruby, etc. Server-side language facilitates server-side parsing;

　 D. In the PHP world, PHP-JSON and JSON-PHP have already appeared. It is preferred that the program after PHP serialization is directly called. PHP server-side objects, arrays, etc. can be directly called Generate JSON format to facilitate client access and extraction;

E. Because the JSON format can be directly used by server-side code, it greatly simplifies the amount of code development on the server side and client side, and the task remains unchanged and is easy to maintain.

. Disadvantages of JSON

A. It is not as popular and widely used as the XML format, and it is not as versatile as XML;

B. The JSON format is currently still in its infancy when promoted in Web Services stage.

3. Comparison of the advantages and disadvantages of XML and JSON

(1). In terms of readability.

The data readability of JSON and XML is basically the same. The readability of JSON and XML is almost the same. On one side is the recommended syntax and on the other side is the standardized tag form. XML is more readable.

(2). Scalability.

XML is naturally very scalable, and of course JSON has it. There is nothing that XML can expand that JSON cannot.

(3). Coding difficulty.

XML has a wealth of encoding tools, such as Dom4j, JDom, etc., and JSON also has tools provided by json.org. However, JSON encoding is obviously much easier than XML. JSON code can be written even without the help of tools, but it must be written well. XML is not so easy.

(4). Decoding difficulty.

The parsing of XML has to consider the child nodes and parent nodes, which makes people dizzy, while the difficulty of parsing JSON is almost 0. XML loses really nothing at this point.

(5). Popularity.

XML has been widely used in the industry, while JSON has just begun. However, in the specific field of Ajax, the future development must be that XML gives way to JSON. By then Ajax should become Ajaj (Asynchronous Javascript and JSON).

(6). Analysis methods.

JSON and XML also have rich parsing methods.

(7). Data volume.

Compared with XML, JSON has smaller data size and faster transmission speed.

(8). Data interaction.

The interaction between JSON and JavaScript is more convenient, easier to parse and process, and provides better data interaction.

(9). Data description.

JSON is less descriptive of data than XML.

(10). Transmission speed.

JSON is much faster than XML.

4. Comparison of XML and JSON data formats

(1). About lightweight and heavyweight

Lightweight and heavyweight are relative terms, so what is the heavyweight of XML compared to JSON? It should be reflected in parsing. XML is currently designed with two parsing methods: DOM and SAX.

.DOM

DOM regards a data exchange format XML as a DOM object. The entire XML file needs to be read into the memory. The principles of JSON and XML are the same in this regard, but XML must consider parent nodes and child nodes. In this regard, JSON Parsing is much easier because JSON is built on two structures: key/value, a collection of key-value pairs; an ordered collection of values, which can be understood as an array;

.SAX

SAX does not require the entire read The parsed content can be processed by entering the document, which is a step-by-step parsing method. The program can also terminate parsing at any time. In this way, a large document can be displayed gradually and bit by bit, so SAX is suitable for large-scale parsing. This is currently not possible with JSON.

So, the light/heavyweight difference between JSON and XML is:

JSON only provides an overall parsing solution, and this method can only achieve good results when parsing less data;

XML provides A stepwise analysis scheme for large-scale data, which is very suitable for processing large amounts of data.

(2). Regarding the difficulty of data format encoding and parsing

. In terms of encoding.

Although XML and JSON have their own encoding tools, JSON encoding is simpler than XML. You can write JSON code even without the help of tools, but it is a bit difficult to write good XML code; just like XML, JSON is also text-based, uses Unicode encoding, and is as readable as the data exchange format XML.

Subjectively, JSON is clearer and less redundant. The JSON website provides a strict, if brief, description of JSON syntax. Generally speaking, XML is more suitable for marking documents, while JSON is more suitable for data exchange processing.

. In terms of analysis.

In the field of ordinary web applications, developers often struggle with XML parsing. Whether it is generating or processing XML on the server side, or parsing XML on the client side using JavaScript, it often results in complex code and extremely low development efficiency.
In fact, for most web applications, they do not need complex XML to transmit data at all. The scalability claimed by XML rarely has an advantage here. Many Ajax applications even directly return HTML fragments to build dynamic web pages. Compared with returning XML and parsing it, returning HTML fragments greatly reduces the complexity of the system, but it also lacks a certain degree of flexibility. The data exchange format JSON provides greater simplicity and flexibility than XML or HTML fragments. In Web Service applications, at least for now, XML still has an unshakable position.

(3). Example comparison

Both XML and JSON use structured methods to mark data. Let’s make a simple comparison below.

. Use XML to represent the data of some provinces and cities in China as follows:

   
<?xml version="1.0" encoding="utf-8" ?>
<country>
<name>中国</name>
<province>
<name>黑龙江</name>
<citys>
<city>哈尔滨</city>
<city>大庆</city>
</citys> 　　
</province>
<province>
<name>广东</name>
<citys>
<city>广州</city>
<city>深圳</city>
<city>珠海</city>
</citys> 　　
</province>
<province>
<name>台湾</name>
<citys>
　<city>台北</city>
　<city>高雄</city>
</citys>　
</province>
<province>
<name>新疆</name>
<citys>
<city>乌鲁木齐</city>
</citys>
</province>
</country>

. Use JSON to represent the data of some provinces and cities in China as follows

var country =
{
name: "中国",
provinces: [
{ name: "黑龙江", citys: { city: ["哈尔滨", "大庆"]} },
{ name: "广东", citys: { city: ["广州", "深圳", "珠海"]} },
{ name: "台湾", citys: { city: ["台北", "高雄"]} },
{ name: "新疆", citys: { city: ["乌鲁木齐"]} }
]
}

The readability of encoding In terms of XML, it has obvious advantages. After all, human language is closer to such a description structure. JSON reads more like a data block and is more confusing to read. However, the language that is difficult for us to read is suitable for machine reading, so the value "Heilongjiang" can be read through the JSON index country.provinces[0].name.

In terms of the handwriting difficulty of coding, XML is more comfortable. It is easy to read and of course easy to write. However, the written JSON characters are obviously much less. If you remove the blank tabs and line breaks, JSON is densely packed with useful data, while XML contains many repeated markup characters.

Case application: Provincial three-level linkage

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title></title>
<script src="js/封装Ajax.js" type="text/javascript" charset="utf-8"></script>
</head>
<body>
<select name="provence" id="provence" onchange="chooseP(this.value)">
<option>湖北省</option>
</select>
<select name="city" id="city" onchange="chooseC(this.value)">
<option>武汉市</option>
</select>
<select name="area" id="area">
<option>江城区</option>
</select>
</body>
<script>
objAJAX.getAjax("get", "xml/Provinces.xml", "", callBackOk, callBackFail, "");
function callBackOk(data) {
var provences = data.getElementsByTagName("Province");
/*<Province ID="1" ProvinceName="北京市">北京市</Province> */
for(var i = 0; i < provences.length; i++) {
var Potion = document.createElement("option"); //<option><option/>
Potion.value = provences[i].getAttribute("ID"); //把id传给value
Potion.innerHTML = provences[i].innerHTML;
document.getElementById("provence").appendChild(Potion);
}
}
function callBackFail() {
alert("服务器出错啦")
}
//市级联动
function chooseP(id) {
objAJAX.getAjax("get", "xml/Cities.xml", "", callBackOkP, callBackFailP, "");
function callBackOkP(data) {
document.getElementById("city").innerHTML = "";
//alert( typeof data)
var citys = data.getElementsByTagName("City");
//alert(citys.length)
/*<City ID="1" CityName="北京市" PID="1" ZipCode="100000">北京市</City>*/
for(var i = 0; i < citys.length; i++){
var Coption = document.createElement("option"); //<option><option/>
Coption.value = citys[i].getAttribute("ID");
var PID = citys[i].getAttribute("PID");
if(id == PID) {
Coption.innerHTML = citys[i].innerHTML;
var dd=Coption.value;
document.getElementById("city").appendChild(Coption);
}
}
alert(Cvalue);
chooseC(Cvalue);
}
function callBackFailP() {
alert("服务器出错啦")
}
}
//县级联动
function chooseC(id) {
objAJAX.getAjax("get", "xml/Districts.xml", "", callBackOkP, callBackFailP, "");
function callBackOkP(data) {
document.getElementById("area").innerHTML = "";
//alert( typeof data)
var districts = data.getElementsByTagName("District");
//alert(citys.length)
/* <District ID="1" DistrictName="东城区" CID="1">东城区</District>*/
for(var i = 0; i < districts.length; i++) {
var Xoption = document.createElement("option"); //<option><option/>
Xoption.value = districts[i].getAttribute("ID");
var CID = districts[i].getAttribute("CID");
if(id == CID) {
Xoption.innerHTML = districts[i].innerHTML;
document.getElementById("area").appendChild(Xoption);
}
}
}
function callBackFailP() {
alert("服务器出错啦")
}
}
</script>
</html>