Java中關于XML的API驚鴻一瞥

2019-11-18 15:39:22

字體：大中小

來源：轉載

供稿：網友

　　簡單介紹一下java關于xml的API，這樣大家看到了縮寫就知道是干什么的了。水平有限，多多包涵。
　
　　1、JAXP(Java API for XML Parsing)

　　2、JAXB(Java API for XML Binding)

　　3、JAXM(Java API for XML Messaging)

　　4、JAX-RPC（Java API for XML-RPC）

　　1、JAXP定義了在Java中使用DOM, SAX, XSLT的通用的接口。這樣在你的程序中你只要使用這些通用的接口，當你需要改變具體的實現時候也不需要修改代碼。比如，你用的XSLT處理器太慢了，你想換一個，你不需要修改你以前的代碼，只要修改一下JAXP的相關配置。（在后面我將具體地介紹）作為一個共同的接口，JAXP也有所謂的“最小公分母”效應，也就是說它支持的東西很有限。JAXP1.0支持XML1.0，XML Namespace1.0，SAX1.0以及DOM level 1。而JAXP1.1增加了對SAX2.0，DOM level 2以及XSLT1.0的支持。很明顯假如你想使用Xalan的XPath相關的接口，JAXP就沒有支持，你也只能將代碼綁定到特定的Xalan的API上了。

　　這里還要提一下JDOM，雖然它沒有實現JAXP，但是由于它使用的簡單性，還是很受歡迎，并且成為了JCP正式推薦的API。它也是一種樹狀的結構表現XML，在使用方法上要比w3c的dom標準簡單易用的多。最新版本的JDOM在其內部已經開始使用JAXP的API，它會盡可能的去調用JAXP的API，假如不行就使用自己的默認XML解析器Xerces，XSLT處理器Xalan。

　　2、JAXB定義了Java數據對象和xml結構之間的一種雙向映射關系。這樣你就可以很方便地將一個Java對象存儲為一個xml文檔，也可以從一個xml文檔實例化一個Java對象。它的結構是這樣子的：首先要有xml的dtd以及binding schema（這個不是xml的schema，而是一個定義Java對象和xml結構之間映射關系xml文檔），通過這兩個文件JAXB就可以生成與xml文檔結構一致的Java源文件，編譯之后就可以很方便地通過具體的xml文檔得到與xml結構一致的Java類（就是生成的那些類）unmarshalling，反過來marshalling也可以。

　　它的缺點也很明顯，一旦xml的結構發生了改變，就要重新寫bindng schema以及重新生成編譯Java類。

　　sun的動作總是一如既往地慢，在JAXB出臺之前已經有了一些用于xml data binding的框架，我們再來看看同樣也是做xml databinding但是并沒有實現JAXB的框架：

　　一、Castor

　　Castor不僅僅支持對XML的綁定，它還支持對LDAP對象，用OQL將SQL查詢映射為對象，以及對JDO的支持。與JAXB不同的是，它需要的僅僅是xml的Schema。通過xml的Schema來生成相應的Java源代碼，編譯之后就可以marshalling和unmarshalling了。

　　二、Zeus

　　Zeus與Castor和JAXB相比，在class generation方面多做了些步驟，因此它可以支持多種的約束關系，包括對DTD，XML Schema以及TREX等等的支持。不過目前該項目似乎已經不做了。

　　三、Quick

　　Quick也是一個非常靈活的框架，具體的情況可以Google一下。

　　3、JAXM

　　JAXM是為SOAP通信提供訪問方法和傳輸機制的API。目前它支持SOAP1.1規范以及同步和異步通信。JAXM定義了大量服務，JAXM的實現產品將會提供這些服務，使得開發者不用面對復雜的通信系統。JAXM體系結構中包括兩個重要的組件：JAXM Client和PRovider。Client通常是作為J2EE web或EJB容器的一部分，以提供你所寫的程序訪問JAXM服務的能力。而Provider可以以不同的方式實現，主要負責發送和接收SOAP消息。這樣你就可以直接地使用JAXM的API直接發送和接收SOAP消息。

　　4、JAX-RPC

　　JAX-RPC是通過xml進行遠程過程調用的Java API。它是基于SOAP技術的，使用SOAP作為底層的協議。這樣對于開發者來說，只有方法，參數，返回值是可見的，而底層的soap通信都被隱藏起來了，開發人員不需要與之直接打交道。

上一篇：破除java神話之線程按優先級喚醒

下一篇：Java模式設計之單例模式（一）