另一種方式則是整個程序全部使用Python 進行編程編寫，例如一些泥巴游戲就是直接用LPC腳本編寫的。本文主要研究嵌入式腳本使用方法，因為目前大部分的腳本都不能提供如VC++那樣方便的調試環境。

本專欄以文章，已討論些 XML 庫，們旨以給定編程語言仿真最常見本機操作。其，首先介紹自己、于 Python  gnosis.xml.objectify 。另專門幾篇文章介紹 Haskell  HaXml  Ruby  REXML 。雖然還未這里討論過。

但 Java  JDOM Perl  XML::Grove有著類似目標。最近， comp.lang.python 新聞組注意些帖子，提 Fredrik Lundh  ElementTree，個于 Python 本機 XML 庫。當然， Python 標準分發版早已包括幾個 XML API。

包括：DOM 模塊、SAX 模塊、 expat包裝器不贊成使 xmllib。其，只有 xml.dom XML 文檔轉換存象，您以通過節點調操作這些象。實際，您存幾種不同 Python DOM 實現，其特性各有不同：

考慮速度問題，4Suite  cDomlette（ Ft.Xml.Domlette） C 語言構建 DOM 樹，避免使 Python 回調。當然，出于身作自，最想做Python 進行編程自己 gnosis.xml.objectify及其幾種目行都極其接近庫進行比較。

ElementTree目標以數據結構形式存儲 XML 文檔表示，這些數據結構行方式同您 Python 考慮數據方式非常相似。這里關注焦點于以 Python 進行編程，而不使您編程風格順應 XML。

些基準測試同事 Uche Ogbuji 曾另個出版物過篇關于 ElementTree短文。（參閱 參考資料。） ElementTree DOM 做幾個測試，其比較們相速度存消耗。Uche 選自己 cDomlette 作比較象。遺憾，不能使 Mac OSX 機器安裝 4Suite 1.0a1（研究種變通）。然而，以根據 Uche 評估估計致性能 － 指出 ElementTree同 cDomlette相比，速度慢 30%，但消耗存少 30%。

極好奇， ElementTree gnosis.xml.objectify速度存比較，結果。實際，從未模塊進行過非常精確基準測試，因始終沒有個具體 比象。選擇兩個過去曾于基準測試文檔：莎士比亞 哈姆雷特289 KB XML 版本，及 3 MB XML Web 日志。創建幾個腳本，僅于 XML 文檔解析幾種工具象模型，但此不作任何其操作：

% cat time_xo.py  
　　　　import sys  
　　　　from gnosis.xml.objectify  
　　　　import XML_Objectify,EXPAT  
doc = XML_Objectify(sys.stdin,EXPAT).make_instance()  
---  
% cat time_et.py  
　　　　import sys  
　　　　from elementtree  
　　　　import ElementTree  
doc = ElementTree.parse(sys.stdin).getroot()  
---  
% cat time_minidom.py  
　　　　import sys  
　　　　from xml.dom  
　　　　import minidom  
doc = minidom.parse(sys.stdin) 

所有三個案例，Python 進行編程象創建非常類似，于 Python一樣。另個窗口觀察 top 輸出，以評估存使；每種測試進行三遍以確保其致性，并其結果平均值（每次運行使存相同）。

【編輯推薦】

1. 如何使Python嵌入C++應用程序？
2. 深入探討Ruby與Python語法比較
3. Python學習資料介紹分享
4. Python學習經驗談：版本、IDE選擇及編碼解決方案
5. 淺析Python的GIL和線程安全