lxml

lxml是綁定的libxml2和圖書館的libxslt，使Python開發人員與XML和HTML文件的內幕它們的Python code.An XML處理librarylxml是XML（可擴展標記語言工作的一個複雜的，強大的，免費的和獨特的Py​​thon模塊）寫在Python編程語言處理庫，專門跟隨ElementTree的API規範，盡可能。
它可以擴展ElementTree的API揭露和的libxslt libxml2的庫，如RELAX NG（下一代），XPath中，XML架構，C14N，XSLT（可擴展樣式表語言）的特定功能，etc.Use LXML調用Python代碼XSLT stylesheetsDevelopers將能夠使用lxml的程序通過擴展函數調用的XSLT樣式表和XPath表達式Python代碼。廣泛的教程都可以在項目＆rsquo的;的主頁（見本文末尾的鏈接）。
該軟件是開源的設計，結合了與Python＆rsquo的的簡約上述庫的功能完整性和速度; S API（應用編程接口）.Getting開始lxmlIt是很容易在使用一個GNU / Linux發行版安裝LXML來源存檔分佈在Softoware和項目＆rsquo的;官方網站。只需下載的源碼包，將其保存在你的主目錄，解壓，打開終端應用程序並導航至提取的歸檔文件的位置（例如CD /home/softoware/lxml-3.4.1）。
運行＆lsquo的;讓＆rsquo的;命令編譯程序，這大約需要1-2分鐘的現代計算機上。編譯成功後，運行＆lsquo的，使安裝和rsquo的;以root身份或與lsquo的;須藤使安裝和rsquo的;命令特權用戶安裝lxml的系統wide.Supports GNU / Linux和Microsoft Windows操作系統軟件systemsThe是在GNU / Linux和Microsoft Windows操作系統正式支持。它在32位和64位的電腦試驗成功

什麼是此版本中的新：

• 在功能補充：
• 在新HTMLFILE HTML生成陪增量XMLFILE序列化API。通過補丁布拉克阿爾斯蘭。
• 在錯誤修正：
• 在lxml.sax.ElementTreeContentHandler沒有初始化其超。

什麼在3.3.1版本新：

• 在錯誤修正：
• 在LP＃1014290：解析與parser.feed HTML文檔（）未能找到標籤迭代過程中的元素
。
• 在LP＃1273709：大廈PyPy失敗，原因是*（）在PyPy的C-API失踪PyUnicode_Compare（）和PyByteArray _支持
。
• 在LP＃1274413：在編譯MSVC失敗，原因是缺少＆QUOT; stdint.h＆QUOT;標準的頭文件。
• 在LP＃1274118：iterparse（）無法解析BOM前綴的文件
。

什麼版本3.0的Alpha 2是新的：

• 在功能的加入：
• 元素的.iter（）方法現在接受標記參數類似於＆QUOT; {*}名稱＆QUOT;搜索在任何一個空間給定本地名稱的元素。有了這個此外，通配符的所有組合，現在按預期工作：＆QUOT; {NS}名稱＆QUOT;，＆QUOT; {}名稱＆QUOT;，＆QUOT; {*}名稱＆QUOT;，＆QUOT; {NS} *＆QUOT;，＆QUOT; {} * ＆QUOT;和＆QUOT; {*} *＆QUOT ;.需要注意的是＆QUOT;名稱＆QUOT;相當於＆QUOT; {}名稱＆QUOT;但是＆QUOT; *＆QUOT;為＆QUOT; {*} *＆QUOT ;.同樣的變化適用於.getiterator（），.itersiblings（），.iterancestors（），.iterdescendants（），.iterchildren（）和.itertext（）方法;在strip_attributes（），strip_elements（），並用strip_tags（）函數以及iterparse（）類。
• 在C14N允許指定的包容性的前綴期間獨家序列晉升為頂級。
• 在錯誤修正：
• 在長傳遞Unicode字符串進料（）語法分析器接口無法讀取整個字符串。

什麼在2.3.5版本新：

• 在合併中element.remove文本節點時崩潰（ ）。
• 在報告空的doctype崩潰時，在薩克斯/目標解析器。

什麼是2.3.4版本，新的：

• 在崩潰建設nsmap（元素屬性）與當空空間URI。
• 在螺紋XSLT處理期間，當錯誤（或用戶信息）發生碰撞，由於競爭狀態。
• 在XSLT樣式表編輯可以忽略編譯錯誤。

什麼在2.3.2版本新：

• 在功能的加入：
• 在lxml.objectify.deannotate（）有一個新的布爾選項cleanup_namespaces刪除對象化命名空間聲明（一般清理命名空間聲明）去除類型註釋後。
• lxml.objectify獲得它自己的子元件（）函數作為etree.SubElement的副本，以避免對用戶側lxml.etree的否則冗餘導入。
• 在錯誤修正：
• 修正了＆QUOT;後裔＆QUOT;臭蟲在cssselect第二次（在LXML 2.3.1首次定位後）。以前的變化導致的翻譯表達的XPath基礎的評估嚴重的性能下降。注意，這打破了一些以前在2.3.1工作所生成的XPath表達式作為XSLT位置路徑的使用。
• 修正了一些cssselect選擇的解析。組合子＆QUOT後的空白; ＆GT;＆QUOT;，＆QUOT + QUOT;和＆QUOT; QUOT〜＆;現在正確地忽略。以前是被解析為後代組合子。例如，＆QUOT; DIV＆GT; .foo＆QUOT;被解析一樣＆QUOT; DIV＆GT; * .foo＆QUOT;而不是＆QUOT; DIV＆GT; .foo＆QUOT;

什麼在2.3.1版本新：

• 在功能的加入：
• 在新選項kill_tags在lxml.html.clean去除特定的標記及其內容（即他們的整個子樹）。
• 在pi.get（）和pi.attrib上從處理指令的文本內容解析偽屬性處理指令。
• lxml.get_include（）返回的包括可用於編譯針對lxml.etree外部的C代碼的路徑列表。這是特別需要的靜態鏈接lxml的構建代碼的時候需要對編譯完全相同的頭文件版本為LXML本身。
• 在Resolver.resolve_file（）需要一個附加選項CLOSE_FILE認為，如果配置文件（狀）的對象將讀取或後不關閉。默認情況下，該文件將被關閉，因為用戶不期望繼續對它的引用。
• 在錯誤修正：
• 在HTML清洗並不能消除“數據：”鏈接
• 在該html5lib解析器整合現在使用的html5lib自己的“官方”的實施，這使得它與庫的新版本的工作。
• 在lxml.sax，endElementNS（）可能不正確地拒絕時，相應的啟動事件推斷是在默認命名空間相同的普通標籤名普通的標籤名。
• 當一個開放的類文件對象傳遞到解析（）或iterparse（），解析器將不再關閉它後使用。這將恢復在LXML 2.3的變化，所有的文件將被關閉。這是用戶的責任，以正確地關閉文件（狀）的對象，也是錯誤的情況。
• 在lxml.html.cleaner斷言錯誤丟棄頂級元素時。
• 在lxml.cssselect，而不是使用“A /後裔:: B'中的XPath'A // B'（以下簡稱'A /後代，或自::節點（）/ B'）的CSS後代選擇器（'A B'）。這使得一些邊緣情況是在WebKit和Firefox中，選擇的行為一致，使更多的CSS表達式有效的位置路徑（在XSL用途：模板匹配）。
• 在lxml.html，未選中的標籤不再顯示在收集表單值。
• 添加/刪除值/從多選表單字段正確選擇他們，並取消選擇他們。
• 在其他的變化：
• 在靜態建立可以指定與--download-dir選項的下載目錄。

什麼2.3版本是新的：

• 在功能的加入：
• 當尋找兒童，lxml.objectify取'{}標籤“為意指一個空的空間，相對於母體命名空間。
• 在錯誤修正：
• 當完成了從一個類文件對象中讀取，解析器立即調用它。關閉（）方法。
• 在完成後進行解析，iterparse（）立即關閉輸入文件。
• 在工作，周圍的libxml2錯誤解析severly破碎的文件（固定的libxml2 2.7.8）後，可以離開HTML解析器在非功能狀態。

在HTML清理代碼
• 在汽車品牌標籤的正確命名字幕。
• 在其他的變化：
• 在該用Cython級C-API中的一些公共職能有更明確的返回類型。

什麼是新的版本2.2.8 / 2.3 Beta 1的：

• 在碰撞中更新的libxml2的版本時，感人，對更換的XInclude節點屬性文件之間的元素。
• 在XMLID（）函數缺少可選的解析器和BASE_URL參數。
• 在搜索通配符標籤iterparse（）在PY3被打破了。
• 在lxml.html.open_in_browser（）沒有在Python 3由於使用os.tempnam的工作。現在有一個可選的'編碼'參數。

要求：

• 在Python中