2011-11-26 48 views
3

AsmXML由Marc Kerbiquet編寫,似乎很有希望成爲一個xml解析器。我想用Delphi進一步利用它,但由於對象格式兼容問題,我絆倒了。是否可以調整fasm源代碼來解決問題,或者是否應該移植到Tasm32?利用Delphi編寫的AsmXML

+0

爲什麼不鏈接到DLL並從那裏去?但是一個本地解析器似乎比asm更有用。 –

+0

我正在討論一些話題,但也可以使用@DavidHeffernan建議的Delphi解析器http://www.omnixml.com/。 OmniXML寫得非常快,寫得非常好,更不用說其他的強大功能了,我不知道與AsmXml相比有多慢或者多快。 – ComputerSaysNo

+0

@@ David Hefferman&Dorin Dumininca:你說得對,我在Omnixml處理Gpx和HR-Xml文件的頂部使用SimpleStorage和FluentXml非常滿意。彙編語法分析器作者擁有無與倫比的性能,我想自己檢查一下。迄今爲止,我在Delphi社區中搜索了與之相關的虛假材料(工作臺等)。 – menjaraz

回答

3

您不必將其轉換爲Delphi編譯。

您可以簡單地使用生成的對象文件,然後使用一個工具如provided here將其轉換爲.obj。

然後小asm-xml.h可以轉換爲一個小的德爾福單位,調用外部.obj文件。然後你會有一個新的單位。

把我懷疑這將是值得的。例如,你將失去64位編譯。解析和內聯數據是獲得最佳速度的常見模式。我在純粹的pascal中使用了類似的JSON技術,並且速度非常快 - 請參閱JSON vs XML parsing speed in Delphi

此解析器速度非常快,但也非常簡單,恕我直言缺少很多與XML相關的功能。在大多數情況下,瓶頸不會解析,而是存儲或搜索。

+0

@@ Arnaud Bouchez:謝謝你的回答。我從網上抓起了objconv,並發現了與Borland delphi pascal相關的pdf文檔問題。 – menjaraz

+0

我仍然希望能夠聽到更多來自成功使用Delphi的fasm彙編代碼(鏈接)的人在生產中是否會有所作爲。 – menjaraz