注意：自己創(chuàng)建xml文檔的時(shí)候一定不要把代碼文件名稱命名為xml.py，不然會(huì)報(bào)錯(cuò)，因?yàn)?strong>Python引用包的時(shí)候應(yīng)該是先在代碼文件所在的文件夾查找，把文件名命名為xml.py時(shí)，importxml.etree.Element這一句就在當(dāng)前文件夾找到了自身源文件，自己寫的xml.py里面根本就沒有etree.Element這些模塊，當(dāng)然是要報(bào)錯(cuò)了。

Json和XML的比較

一，可讀性

JSON和XML的可讀性可謂不相上下，一邊是簡(jiǎn)易的語(yǔ)法，一邊是規(guī)范的標(biāo)簽形式，很難分出勝負(fù)。

二，可擴(kuò)展性

XML天生有很好的擴(kuò)展性，JSON當(dāng)然也有，沒有什么是XML可以擴(kuò)展而JSON卻不能擴(kuò)展的。不過JSON在Javascript主場(chǎng)作戰(zhàn)，可以存儲(chǔ)Javascript復(fù)合對(duì)象，有著xml不可比擬的優(yōu)勢(shì)。

三，編碼難度

XML有豐富的編碼工具，比如Dom4j、JDom等，JSON也有提供的工具。無工具的情況下，相信熟練的開發(fā)人員一樣能很快的寫出想要的xml文檔和JSON字符串，不過，xml文檔要多很多結(jié)構(gòu)上的字符。

四，解碼難度

XML的解析方式有兩種：

一是通過文檔模型解析，也就是通過父標(biāo)簽索引出一組標(biāo)記。例如：xmlData.getElementsByTagName("tagName")，但是這樣是要在預(yù)先知道文檔結(jié)構(gòu)的情況下使用，無法進(jìn)行通用的封裝。

另外一種方法是遍歷節(jié)點(diǎn)(document以及childNodes)。這個(gè)可以通過遞歸來實(shí)現(xiàn)，不過解析出來的數(shù)據(jù)仍舊是形式各異，往往也不能滿足預(yù)先的要求。

凡是這樣可擴(kuò)展的結(jié)構(gòu)數(shù)據(jù)解析起來一定都很困難。

JSON也同樣如此。如果預(yù)先知道JSON結(jié)構(gòu)的情況下，使用JSON進(jìn)行數(shù)據(jù)傳遞簡(jiǎn)直是太美妙了，可以寫出很實(shí)用美觀可讀性強(qiáng)的代碼。如果你是純粹的前臺(tái)開發(fā)人員，一定會(huì)非常喜歡JSON。但是如果你是一個(gè)應(yīng)用開發(fā)人員，就不是那么喜歡了，畢竟xml才是真正的結(jié)構(gòu)化標(biāo)記語(yǔ)言，用于進(jìn)行數(shù)據(jù)傳遞。

而如果不知道JSON的結(jié)構(gòu)而去解析JSON的話，那簡(jiǎn)直是噩夢(mèng)。費(fèi)時(shí)費(fèi)力不說，代碼也會(huì)變得冗余拖沓，得到的結(jié)果也不盡人意。但是這樣也不影響眾多前臺(tái)開發(fā)人員選擇JSON。因?yàn)閖son.js中的toJSONString()就可以看到JSON的字符串結(jié)構(gòu)。當(dāng)然不是使用這個(gè)字符串，這樣仍舊是噩夢(mèng)。常用JSON的人看到這個(gè)字符串之后，就對(duì)JSON的結(jié)構(gòu)很明了了，就更容易的操作JSON。