注意：自己創建xml文檔的時候一定不要把代碼文件名稱命名為xml.py，不然會報錯，因為Python引用包的時候應該是先在代碼文件所在的文件夾查找，把文件名命名為xml.py時，importxml.etree.Element這一句就在當前文件夾找到了自身源文件，自己寫的xml.py里面根本就沒有etree.Element這些模塊，當然是要報錯了。

Json和XML的比較

一，可讀性

JSON和XML的可讀性可謂不相上下，一邊是簡易的語法，一邊是規范的標簽形式，很難分出勝負。

二，可擴展性

XML天生有很好的擴展性，JSON當然也有，沒有什么是XML可以擴展而JSON卻不能擴展的。不過JSON在Javascript主場作戰，可以存儲Javascript復合對象，有著xml不可比擬的優勢。

三，編碼難度

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

四，解碼難度

XML的解析方式有兩種：

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

另外一種方法是遍歷節點(document以及childNodes)。這個可以通過遞歸來實現，不過解析出來的數據仍舊是形式各異，往往也不能滿足預先的要求。

凡是這樣可擴展的結構數據解析起來一定都很困難。

JSON也同樣如此。如果預先知道JSON結構的情況下，使用JSON進行數據傳遞簡直是太美妙了，可以寫出很實用美觀可讀性強的代碼。如果你是純粹的前臺開發人員，一定會非常喜歡JSON。但是如果你是一個應用開發人員，就不是那么喜歡了，畢竟xml才是真正的結構化標記語言，用于進行數據傳遞。

而如果不知道JSON的結構而去解析JSON的話，那簡直是噩夢。費時費力不說，代碼也會變得冗余拖沓，得到的結果也不盡人意。但是這樣也不影響眾多前臺開發人員選擇JSON。因為json.js中的toJSONString()就可以看到JSON的字符串結構。當然不是使用這個字符串，這樣仍舊是噩夢。常用JSON的人看到這個字符串之后，就對JSON的結構很明了了，就更容易的操作JSON。