tory320

Design Principle
Identify the aspects of your application that vary and separate them from what stays the same.
Here's another way to think about this principle: take the parts that vary and encapsulate them, so that later you can alter or extends the parts that vary without affecting those that don't.
As simple as this concept is, it forms the basis for almost every design pattern. All patterns provide a way to let some part of a system vary independently of all other parts.

Each set of class will hold all the implementations of their respective behavior. For instance, we might have one clss that implements quarking, another implements squaking, and another that implements silence.

To separate thest behaviors from the Duck class, we'll pull both methods out of the duck class and create a new set of class to represent each behavior.

This is in contrast to the way we were doing things before, where a behavior either came from a concrete implementation in the suprerclass Duck, or by providing a specialized implementation in the sub class itself. In both cases we were relying on an implementation. We were locked into using that specific implemetation and there was no room for changing out the behavior.

And the same is true for the duck's flying behavior.

Okay, now that we've done the deep dive on the duck simulator design, it's time to come back up for air and take a look at the big picture.

Below is the entire reworked class structure. We have everything you'd expect: ducks extending Duck. fly behavior implementing FlyBehavior and quack behavior implementing QuackBehavior.

Notice also that we've started to describe things a little differntly. Instead of thinking of the duck behaviors as a set of behaviors, we'll start thinking of them ad a family of algorithms. Think about it: in the SimUDuck design, the algorithms represent things a duck would do , but we could just as easily use the same techniques for a set of classes that implement the ways to compute state sales tax by different states.

escape() & encodeURI() & encodeURIComponent()這三個(gè)函數(shù)都可以用來(lái)對(duì)URI進(jìn)行encode或過(guò)濾特殊字符（#/$&+=?/等）。我的經(jīng)驗(yàn)是最好用encodeURIComponent()（需要IE 5.5以上，F(xiàn)ireFox當(dāng)然沒(méi)問(wèn)題），因?yàn)閷?duì)UTF-8支持比較好，不會(huì)遇到中文亂碼問(wèn)題，否則還需要進(jìn)行編碼轉(zhuǎn)換，很麻煩的。使用其它兩個(gè)函數(shù)都會(huì)發(fā)生丟失特殊字符的問(wèn)題,例如空格變+號(hào)或者空格,引號(hào),&=?等丟失的問(wèn)題, 至少使用 JSP 作為服務(wù)器端的話會(huì)發(fā)生這種情況, 有興趣的朋友可以將本文最后的例子代碼中的編碼部分修改后做個(gè)測(cè)試.

下面是MSDN上對(duì)這三個(gè)函數(shù)的解釋?zhuān)?/p>

escape(charString)

The escape method returns a string value (in Unicode format) that contains the contents of charstring. All spaces, punctuation, accented characters, and any other non-ASCII characters are replaced with %xx encoding, where xx is equivalent to the hexadecimal number representing the character. For example, a space is returned as "%20."

Characters with a value greater than 255 are stored using the %uxxxx format.

Note?? The escape method should not be used to encode Uniform Resource Identifiers (URI). Use encodeURI and encodeURIComponent methods instead.

http://msdn.microsoft.com/library/en-us/script56/html/js56jsmthescape.asp

?encodeURI(URIString)

The encodeURI method returns an encoded URI. If you pass the result to decodeURI, the original string is returned. The encodeURI method does not encode the following characters: ":", "/", ";", and "?". Use encodeURIComponent to encode these characters.

http://msdn.microsoft.com/library/en-us/script56/html/js56jsmthfencodeuri.asp

encodeURIComponent(encodedURIString)

The encodeURIComponent method returns an encoded URI. If you pass the result to decodeURIComponent, the original string is returned. Because the encodeURIComponent method encodes all characters, be careful if the string represents a path such as /folder1/folder2/default.html. The slash characters will be encoded and will not be valid if sent as a request to a web server. Use the encodeURI method if the string contains more than a single URI component.

http://msdn.microsoft.com/library/en-us/script56/html/js56jsmthencodeuricomponent.asp

AJAXFormer.zip4KB

將源碼解壓縮到JSP服務(wù)器的任意目錄下即可, 例如 $TOMCAT_HOME\webapps\ROOT 下, 然后在瀏覽器里鍵入:
http://localhost:8080/ajax_form_submit.htm

作者: beansoft@126.com?2006.12.25

?<form?action="Login.action"?method="post">
?? < table? cellspacing =0? width ="100%" >
???? < tr >
?????? < td > Login?ID:
???????? < input? type ="text" ?name ="loginId" ?width =100? /> &nbsp;&nbsp;
??????????Password:
???????? < input? type ="password" ?name ="loginPassword" ?width =100? /> &nbsp;&nbsp;
???????? < input? type ="submit" ?value ="Login" ? />
?????? </ td >
?????? < td? align =right>
????????? Hello,?<ww:property?value ="loginId" ? />
?????? </ td >
???? </ tr >
?? </ table >
</ form > < SPAN>

????????需要注意的地方就是form的action屬性的寫(xiě)法了；
??????? 2、在xwork.xml中增加相應(yīng)的處理action的節(jié)點(diǎn)

?<action?name="Login"?class="fantasysoft.webwork.Login">
??? < result? name ="error" ?type ="dispatcher" > index.jsp </ result >
??? < result? name ="success" ?type ="dispatcher" > index.jsp </ result >
</ action >

????????這里需要注意的是action節(jié)點(diǎn)中name的值要與index.jsp中定義的action的名字要嚴(yán)格匹配，對(duì)于大小 寫(xiě)是敏感的。在action節(jié)點(diǎn)中還包含了節(jié)點(diǎn)，以說(shuō)明處理action之后會(huì)可能出現(xiàn)的不同結(jié)果(name)和相應(yīng)的處理方式(type)。譬如說(shuō)，如果Login的這個(gè)action處理success了，則使用dispatcher將結(jié)果分(dispatch)到相應(yīng)的頁(yè)面。而在WAF框架中并沒(méi)有這樣的定義，因?yàn)樵谀J(rèn)情況下如果不成功則會(huì)返回當(dāng)前頁(yè)面，不過(guò)可以定義FlowHandler，并擁有類(lèi)似的功能且更加靈活；
??????? 3、實(shí)現(xiàn)類(lèi)Login的代碼：

package?fantasysoft.webwork;

import?com.opensymphony.xwork.ActionSupport;

public ? class ?Login?extends?ActionSupport {
???? private ?String?loginId;
???? private ?String?loginPassword;

???? public ?String?getLoginPassword()? {
???????? return ?loginPassword;
????}
???? public ? void ?setLoginPassword(String?loginPassword)? {
???????? this .loginPassword? = ?loginPassword;
????}
???? public ?String?getLoginId()? {
???????? return ?loginId;
????}
???? public ? void ?setLoginId(String?loginId)? {
???????? this .loginId? = ?loginId;
????}
???? public ?String?execute()?throws?Exception {?????????????
???????? if ?(!checkUserId() )? return ?ERROR;? // checkUserId is the method that will be implemented
???????????? else ? return ?SUCCESS;
????}
}

????????在代碼中，你會(huì)發(fā)現(xiàn)有兩個(gè)繼承變量ERROR與SUCCESS。這兩個(gè)變量是定義在Action這個(gè)接口的，而ActionSupport則實(shí)現(xiàn)了Action接口。在接口Action的代碼中，我們可以看到ERROR = "error"、SUCCESS = "success"。我們可以發(fā)現(xiàn)這兩個(gè)變量的值與xwork.xml中result子節(jié)點(diǎn)中的name的值是相匹配。除此之外，在代碼中，我也找不到了原來(lái)在開(kāi)發(fā)中經(jīng)常要用到的一個(gè)API：getParameter。事實(shí)上，將表單中數(shù)據(jù)析取出來(lái)的工作是由webwork這個(gè)唯一定義的servlet去完成的，而這個(gè)類(lèi)會(huì)調(diào)用Login類(lèi)中set的方法將用戶(hù)輸入的數(shù)據(jù)賦給Login類(lèi)的屬性：loginId和loginPassword。在這里，我們也要跟前面index.jsp中的包含的標(biāo)簽聯(lián)系起來(lái)。當(dāng)數(shù)據(jù)被dispatch回index.jsp的時(shí)候，在index.jsp頁(yè)面render的過(guò)程中是調(diào)用了get的方法去獲取相應(yīng)的數(shù)據(jù)的。
??????? 最后，我們可以總結(jié)一下，整個(gè)Web應(yīng)用程序的處理流程了：
??????? 首先，當(dāng)用戶(hù)提交了表單(form)至Login.action后，由web.xml中定義的唯一的一個(gè)servlet：webwork去處理這個(gè)請(qǐng)求。webwork會(huì)以action的name：Login到xwork.xml中尋找相應(yīng)的處理action的類(lèi)，于是就找到了fantasysoft.webwork包中的Login類(lèi)，由Login類(lèi)中的execute方法來(lái)處理提交的form的數(shù)據(jù)了；
????????然后，根據(jù)execute方法的返回值，再到xwork.xml中對(duì)應(yīng)的action節(jié)點(diǎn)中去找匹配的result子節(jié)點(diǎn)；
??????? 最后，根據(jù)result子節(jié)點(diǎn)的定義，將處理結(jié)果分發(fā)(dispatch)或者重定向(redirect)至下一個(gè)頁(yè)面^[3]。
????????
????????[1] 準(zhǔn)備工作可以參考 WebWork?Getting Started ；
??????? [2]?web.xml文件的具體內(nèi)容，可以參考 WebWork Tutorial Lesson 2 ? ；
??????? [3] 對(duì)于result的Type的更多介紹，可以參考 WebWork Tutorial Lesson 3 ?????

重載overloading和覆寫(xiě)overriding哪個(gè)更早執(zhí)行-- visitor幫助篇

重載overloading和覆寫(xiě)overriding哪個(gè)更早執(zhí)行--?? visitor幫助篇
一：?jiǎn)栴}提出
雖然我們經(jīng)常寫(xiě)程序用到重載和覆寫(xiě)，但是很少會(huì)考慮他們的執(zhí)行順序。下邊的內(nèi)容就是關(guān)于，他們同時(shí)出現(xiàn)時(shí)
哪個(gè)先起作用：
二：?jiǎn)栴}分析
Java是"動(dòng)態(tài)單分派靜態(tài)多分派語(yǔ)言"，這個(gè)定義已經(jīng)多次提起，如果你不了解這些概念，看這里"visitor模式準(zhǔn)備"
所以就注定了重載(靜態(tài)多分派)要早于覆寫(xiě)(動(dòng)態(tài)單分派)，因?yàn)殪o態(tài)分派是編繹期實(shí)現(xiàn)的，動(dòng)態(tài)分派是執(zhí)行期實(shí)現(xiàn)的。
三：驗(yàn)證
簡(jiǎn)單驗(yàn)證一下，順變提高記憶

?1 public ? class ?Parent? {
?2 ???? public ? void ?run(Object?o) {
?3 ????????System.out.println( " in?Parent?+param:object " );
?4 ????}
?5 ???? public ? void ?run( int ?i) {
?6 ????????System.out.println( " in?Parent?+?param:int " );
?7 ????}
?8 }
?9
10 public ? class ?Child? extends ?Parent? {
11
12 ???? public ? void ?run(Object?o) {
13 ????????System.out.println( " in?Child?+param:Object " );
14 ????}
15 ???? public ? void ?run(String?str) {
16 ????????System.out.println( " in?Child?+?param:String " );
17 ????}
18 ???? public ? static ? void ?main(String[]?args)? {
19 ????????Parent?p? = ? new ?Child();
20 ????????String?str? = ? new ?String();
21 ????????p.run(str);
22 ????}
23 }

運(yùn)行結(jié)果是什么？
in Child +param:Object
inChild是確認(rèn)的，但是為什么是object，而不是String，我們放入的就是String啊。
首先來(lái)分析執(zhí)行過(guò)程。
定義韋類(lèi)型Parent p在執(zhí)行run(Str)的時(shí)候，

1，如果是先執(zhí)行重載，然後是執(zhí)行覆寫(xiě)的過(guò)程
重載時(shí)因?yàn)檎也坏綄?duì)應(yīng)的String參數(shù)的函數(shù)，所以定位到接受父類(lèi)的run(Object o)函數(shù)，
覆寫(xiě)時(shí)因?yàn)閭魅霑r(shí)父類(lèi)告訴子類(lèi)的對(duì)象類(lèi)型是Object，所以執(zhí)行run(Object o);
正是我們看到的結(jié)果，所以在Java中執(zhí)行的順序是這樣的。

2，為了對(duì)比，說(shuō)一下先覆寫(xiě)后重載的過(guò)程
如果是先覆寫(xiě)，再重載
覆寫(xiě)時(shí)因?yàn)榇_定對(duì)象實(shí)際是子類(lèi)，所以直接覆寫(xiě)到Child，然後重載，發(fā)現(xiàn)有對(duì)應(yīng)的String為參數(shù)的函數(shù)
執(zhí)行，run(String str);
應(yīng)該輸出的結(jié)果:in Child +param:String
但我們看到結(jié)果顯然是1，所以驗(yàn)證了Java是先重載后覆寫(xiě)的。

最后的部分：

看完本文，如果你對(duì)visitor模式有更多的興趣，想了解更多請(qǐng)看如下幾篇文章。
1,靜態(tài)分派，動(dòng)態(tài)分派，多分派，單分派 --------------?? visitor模式準(zhǔn)備
2,訪問(wèn)差異類(lèi)型的集合類(lèi) ------------------------?? visitor模式入門(mén)
3,visitor模式理論及學(xué)術(shù)概念-------------－-----?? visitor模式深入
4,visitor模式和其它模式的比較和關(guān)系-------------?? visitor模式總結(jié)?
5，重載overloading和覆寫(xiě)overriding哪個(gè)更早執(zhí)行--?? visitor幫助篇 （本文）
雖然排列順序是1,2,3,4,5 但是我個(gè)人建議的學(xué)習(xí)方式是2,1,3,4,5因?yàn)檫@個(gè)順序更方便一般人理解

JAXP 專(zhuān)述 Sun 的 Java API for XML 語(yǔ)法分析

? ? 未顯示需要 JavaScript 的文檔選項(xiàng) ?

級(jí)別: 初級(jí)

Brett McLaughlin , Enhydra 策略顧問(wèn), Lutris Technologies

2000 年 11 月 01 日

這是篇細(xì)探 JAXP，Sun 的 Java API for XML 的文章，幫助解除了有關(guān) JAXP 本質(zhì)和服務(wù)目的的疑惑。本文講解了 JAXP 的基本概念，演示 XML 語(yǔ)法分析為什么需要 JAXP，并顯示如何輕易更改 JAXP 使用的語(yǔ)法分析器。本文還進(jìn)一步講述了 SAX 和 DOM 這兩個(gè)流行的與 JAXP 相關(guān)的 Java 和 XML API。

Java 和 XML 在每一個(gè)技術(shù)領(lǐng)域都制造了新聞，并且對(duì)于軟件開(kāi)發(fā)人員來(lái)說(shuō)，似乎是 1999 年和 2000 年最重要的發(fā)展。結(jié)果，Java 和 XML API 的數(shù)量激增。其中兩個(gè)最流行的 DOM 和 SAX 還引起極大興趣，而 JDOM 和數(shù)據(jù)綁定 API 也接踵而來(lái)。只透徹理解這些技術(shù)中的一個(gè)或兩個(gè)就是一項(xiàng)艱巨任務(wù)，而正確使用所有這些技術(shù)就會(huì)使您成為專(zhuān)家。但在去年，另一個(gè) API 給人留下了深刻印象，它就是 Sun 的 Java API for XML，通常稱(chēng)為 JAXP。如果考慮到 Sun 在其平臺(tái)上還沒(méi)有任何特定于 XML 的產(chǎn)品，那么這個(gè)進(jìn)展就不足為奇。而令人驚奇的是人們對(duì) JAXP 了解的缺乏。多數(shù)使用它的開(kāi)發(fā)人員在他們所用的這個(gè) API 的概念理解上都有錯(cuò)誤。

什么是 JAXP？

本文假設(shè)您有 SAX 和 DOM 的基本知識(shí)。這里實(shí)在沒(méi)有足夠篇幅來(lái)解釋 SAX、DOM 和 JAXP。如果您是 XML 語(yǔ)法分析的新手，那么可能要通過(guò)聯(lián)機(jī)資源閱讀 SAX 和 DOM，或者瀏覽我的書(shū)。（ 參考資源 一節(jié)中有至 API 和我的書(shū)的鏈接。）獲得基本知識(shí)后再看本文會(huì)比較好。

回頁(yè)首

API 還是抽象？

在講解代碼之前，介紹一些基本概念很重要。嚴(yán)格地說(shuō)，JAXP 是 API，但是將其稱(chēng)為抽象層更準(zhǔn)確。它不提供處理 XML 的新方式，不補(bǔ)充 SAX 或 DOM，也不向 Java 和 XML 處理提供新功能。（如果在這點(diǎn)上理解有誤，則本文正好適合您！）它只是使通過(guò) DOM 和 SAX 處理一些困難任務(wù)更容易。如果在使用 DOM 和 SAX API 時(shí)遇到特定于供應(yīng)商的任務(wù)，它還使通過(guò)獨(dú)立于供應(yīng)商的方式處理這些任務(wù)成為可能。

雖然要分別講述所有這些特性，但是真正需要掌握的是：JAXP 不提供語(yǔ)法分析功能 ！沒(méi)有 SAX、DOM 或另一個(gè) XML 語(yǔ)法分析 API，就 無(wú)法分析 XML 語(yǔ)法 。有很多人曾讓我將 DOM、SAX 或 JDOM 與 JAXP 進(jìn)行對(duì)比。但進(jìn)行這些對(duì)比是不可能的，因?yàn)榍叭齻€(gè) API 與 JAXP 的目的完全不同。SAX、DOM 和 JDOM 都分析 XML 語(yǔ)法。而 JAXP 卻提供到達(dá)這些語(yǔ)法分析器和結(jié)果的方式。它自身不提供分析文檔語(yǔ)法的新方法。如果要正確使用 JAXP，則一定要弄清這點(diǎn)。這將使您比其它 XML 開(kāi)發(fā)人員領(lǐng)先一大截。

如果仍然懷疑（或認(rèn)為我故弄玄虛），請(qǐng)從 Sun 的 Web 站點(diǎn)下載 JAXP 分發(fā)（請(qǐng)參閱 參考資料 一節(jié)），然后就會(huì)知道基本 JAXP 是什么。在包括的 jar ( jaxp.jar ) 中 只有六個(gè)類(lèi) ！這個(gè) API 會(huì)有多難哪？所有這些類(lèi)（ javax.xml.parsers 包的一部分）都位于現(xiàn)有語(yǔ)法分析器之上。這些類(lèi)中的兩個(gè)還用于錯(cuò)誤處理。JAXP 比人們想象的要簡(jiǎn)單得多。那么，為什么還感到困惑哪？

回頁(yè)首

Sun 的 JAXP 和 Sun 的語(yǔ)法分析器

JAXP 下載時(shí)包括 Sun 的語(yǔ)法分析器。所有 parser 器類(lèi)作為 com.sun.xml.parser 包和相關(guān)子包的一部分位于 parser.jar 檔案中。應(yīng)該知道，該語(yǔ)法分析器（代碼名為 Crimson） 不 是 JAXP 自身的一部分。它是 JAXP 版本的一部分，但不是 JAXP API 的一部分。令人困惑嗎？有一點(diǎn)。換這種方式想想：JDOM 與 Apache Xerces 語(yǔ)法分析器一起提供。該語(yǔ)法分析器不是 JDOM 的一部分，但由 JDOM 使用，所以包括它，以確保 JDOM 可以單獨(dú)使用。JAXP 也是如此，但不象 JDOM 那樣好表達(dá)：JAXP 與 Sun 的語(yǔ)法分析器一起提供，以便可以立即使用。但是，很多人將 Sun 的語(yǔ)法分析器中包括的類(lèi)當(dāng)成 JAXP API 的一部分。例如，新聞組中一個(gè)常見(jiàn)的問(wèn)題是：“怎樣使用 JAXP 中的 XMLDocument 類(lèi)？其目的是什么？”這個(gè)答案可有些復(fù)雜。

首先， com.sun.xml.tree.XMLDocument 類(lèi)不是 JAXP 的一部分。它是 Sun 語(yǔ)法分析器的一部分。所以，這個(gè)問(wèn)題從一開(kāi)始就給人以誤導(dǎo)。其次，JAXP 的整個(gè)意義在于在處理語(yǔ)法分析器時(shí)提供供應(yīng)商獨(dú)立性。使用 JAXP 的同一代碼可以與 Sun 的 XML 語(yǔ)法分析器、Apache 的 Xerces XML 語(yǔ)法分析器和 Oracle 的 XML 語(yǔ)法分析器一起使用。而使用特定于 Sun 的類(lèi)是個(gè)壞主意。這與 JAXP 的整個(gè)意義相背離。現(xiàn)在看出來(lái)這個(gè)問(wèn)題怎樣混淆概念了嗎？語(yǔ)法分析器和 JAXP 發(fā)行版本（至少是 Sun 的版本）中的 API 被混為一談，開(kāi)發(fā)人員將其中一個(gè)的類(lèi)和特性當(dāng)成是另一個(gè)的了，反之亦然。

回頁(yè)首

舊和新

關(guān)于 JAXP，最后需要指出的是：使用 JAXP 有一些缺陷。例如，JAXP 只支持 SAX 1.0 和 DOM 第一層規(guī)范。SAX 2.0 從 2000 年 5 月起就完成，DOM 第二層規(guī)范支持甚至在大多數(shù)語(yǔ)法分析器中存在更長(zhǎng)時(shí)間。DOM 第二層規(guī)范還沒(méi)有完成，但確實(shí)足夠穩(wěn)定以用于生產(chǎn)。這兩個(gè) API 的新版本都有重大改進(jìn)，最明顯的是對(duì) XML 名稱(chēng)空間的支持。該支持還允許“XML Schema 確認(rèn)”，這個(gè)與 XML 相關(guān)的另一熱門(mén)技術(shù)。公平地說(shuō)，當(dāng) JAXP 發(fā)布 1.0 最終發(fā)行版時(shí)，SAX 2.0 和 DOM 第一層規(guī)范都還沒(méi)有完成。但是，由于沒(méi)有包括這些新版本，確實(shí)為開(kāi)發(fā)人員帶來(lái)很大不便。

還可以使用 JAXP，但是也可以等待 JAXP 1.1，它支持 SAX 2.0 和 DOM第二層規(guī)范 。否則，將發(fā)現(xiàn)，JAXP 提供的優(yōu)點(diǎn)以 SAX 和 DOM 最新版本中的功能為代價(jià)，并使應(yīng)用程序更加難以編碼。無(wú)論是否等待下一個(gè) JAXP 發(fā)行版，都要留意這個(gè)問(wèn)題。如果將 JAXP 與語(yǔ)法分析器一起使用，而語(yǔ)法分析器支持的 DOM 和 SAX 版本比 JAXP 支持的要高，則可能會(huì)有類(lèi)路徑問(wèn)題。所以，事先留意一下，并且，一旦有 JAXP 1.1，馬上升級(jí)。基本理解 JAXP 之后，讓我們看一下 JAXP 依賴(lài)的 API：SAX 和 DOM。

回頁(yè)首

從 SAX 開(kāi)始

SAX （Simple API for XML）是用于處理 XML 的事件驅(qū)動(dòng)方法。它基本由許多回調(diào)函數(shù)組成。例如，每當(dāng) SAX 語(yǔ)法分析器遇到元素的開(kāi)始標(biāo)記時(shí)就調(diào)用 startElement() 。對(duì)于字符串，將調(diào)用 characters() 回調(diào)函數(shù)，然后在元素結(jié)束標(biāo)記處調(diào)用 endElement() 。還有很多回調(diào)函數(shù)用于文檔處理、錯(cuò)誤和其它詞匯結(jié)構(gòu)。現(xiàn)在知道這是怎么回事了。SAX 程序員實(shí)現(xiàn)一個(gè)定義這些回調(diào)函數(shù)的 SAX 接口。SAX 還實(shí)現(xiàn)一個(gè)名為 HandlerBase 的類(lèi)，該類(lèi)實(shí)現(xiàn)所有這些回調(diào)函數(shù)，并提供所有這些回調(diào)方法的缺省空實(shí)現(xiàn)。（提到這一點(diǎn)是因?yàn)樗诤竺嬷v到的 DOM 中很重要。）SAX 開(kāi)發(fā)人員只需擴(kuò)展這個(gè)類(lèi)，然后實(shí)現(xiàn)需要插入特定邏輯的方法。所以，SAX 的關(guān)鍵在于為這些不同的回調(diào)函數(shù)提供代碼，然后允許語(yǔ)法分析器在適當(dāng)?shù)臅r(shí)候觸發(fā)這些回調(diào)函數(shù)中的每一個(gè)。

因此，典型的 SAX 過(guò)程如下：

• 用特定供應(yīng)商的語(yǔ)法分析器實(shí)現(xiàn)創(chuàng)建一個(gè) SAXParser 實(shí)例
• 注冊(cè)回調(diào)實(shí)現(xiàn)（例如，通過(guò)使用擴(kuò)展 HandlerBase 的類(lèi)）
• 開(kāi)始進(jìn)行語(yǔ)法分析，然后在觸發(fā)回調(diào)實(shí)現(xiàn)時(shí)等待

JAXP 的 SAX 組件提供執(zhí)行所有這些步驟的簡(jiǎn)單方式。如果沒(méi)有 JAXP，SAX 語(yǔ)法分析器要直接從供應(yīng)商類(lèi)（如 org.apache.xerces.parsers.SAXParser ）進(jìn)行實(shí)例化，或者必須使用名為 ParserFactory 的幫助類(lèi)。第一個(gè)方法的問(wèn)題很明顯：不獨(dú)立于供應(yīng)商。第二個(gè)方法的問(wèn)題在于類(lèi)廠需要一個(gè)自變量，即要使用的語(yǔ)法分析器類(lèi)的字符串名稱(chēng)（還是那個(gè) Apache 類(lèi) org.apache.xerces.parsers.SAXParser ）。可以通過(guò)將不同語(yǔ)法分析器作為 String 傳遞來(lái)更改語(yǔ)法分析器。使用這種方法不必更改任何 import 語(yǔ)句，但是還是要重新編譯類(lèi)。這顯然不是最佳解決方案。如果能夠不重新編譯類(lèi)而更改語(yǔ)法分析器，可能會(huì)簡(jiǎn)單得多，是不是這樣呢？

JAXP 提供了更好的替代方法：它允許將語(yǔ)法分析器作為 Java 系統(tǒng)屬性來(lái)提供。當(dāng)然，當(dāng)從 Sun 下載版本時(shí)，將得到使用 Sun 語(yǔ)法分析器的 JAXP 實(shí)現(xiàn)。可以從 Apache XML Web 站點(diǎn)下載在 Apache Xerces 上構(gòu)建其實(shí)現(xiàn)的相同 JAXP 接口。因此（無(wú)論哪一種情況），更改正在使用的語(yǔ)法分析器需要更改類(lèi)路徑設(shè)置，即從一種語(yǔ)法分析器實(shí)現(xiàn)更改到另一個(gè)，但是 不要求重新編譯代碼。這就是 JAXP 的魔力，或抽象性。

SAX 語(yǔ)法分析器一瞥

JAXP SAXParserFactory 類(lèi)是能夠輕易更改語(yǔ)法分析器實(shí)現(xiàn)的關(guān)鍵所在。必須創(chuàng)建這個(gè)類(lèi)的新實(shí)例（等一會(huì)將講到）。創(chuàng)建新實(shí)例之后，類(lèi)廠提供一個(gè)方法來(lái)獲得支持 SAX 的語(yǔ)法分析器。在內(nèi)部，JAXP 實(shí)現(xiàn)處理依賴(lài)于供應(yīng)商的代碼，使您的代碼不受影響。這個(gè)類(lèi)廠還提供其它一些優(yōu)秀特性。

除創(chuàng)建 SAX 語(yǔ)法分析器實(shí)例的基本工作之外，類(lèi)廠還允許設(shè)置配置選項(xiàng)。這些選項(xiàng)影響所有通過(guò)類(lèi)廠獲得的語(yǔ)法分析器實(shí)例。JAXP 1.0 中兩個(gè)可用的功能是設(shè)置名稱(chēng)空間敏感性 ( setNamespaceAware (boolean awareness))，和打開(kāi)確認(rèn) ( setValidating (boolean validating))。請(qǐng)記住，一旦設(shè)置了這些選項(xiàng)，在調(diào)用該方法之后，它們將影響 所有從 類(lèi)廠獲得的實(shí)例。

設(shè)置了類(lèi)廠之后，調(diào)用 newSAXParser() 將返回一個(gè)隨時(shí)可用的 JAXP SAXParser 類(lèi)實(shí)例。這個(gè)類(lèi)封裝了一個(gè)下層的 SAX 語(yǔ)法分析器（SAX 類(lèi) org.xml.sax.Parser 的實(shí)例）。它還防止向語(yǔ)法分析器類(lèi)添加任何特定于供應(yīng)商的附加功能。（還記得以前對(duì) XmlDocument 的討論嗎？）這個(gè)類(lèi)可以開(kāi)始進(jìn)行實(shí)際的語(yǔ)法分析。以下清單顯示如何創(chuàng)建、配置和使用 SAX 類(lèi)廠。

												
														import java.io.File;
import java.io.IOException;
import java.io.OutputStreamWriter;
import java.io.Writer;

// JAXP
import javax.xml.parsers.FactoryConfigurationError;
import javax.xml.parsers.ParserConfigurationException;
import javax.xml.parsers.SAXParserFactory;
import javax.xml.parsers.SAXParser;

// SAX
import org.xml.sax.AttributeList;
import org.xml.sax.HandlerBase;
import org.xml.sax.SAXException;

public class TestSAXParsing {

 public static void main(String[] args) {
 try {
 if (args.length != 1) {
 System.err.println ("Usage: java TestSAXParsing [filename]");
 System.exit (1);
 }

 // 獲得SAX 語(yǔ)法分析器類(lèi)廠
 SAXParserFactory factory = SAXParserFactory.newInstance();

 //設(shè)置設(shè)置名稱(chēng)空間敏感性選項(xiàng)，關(guān)掉確認(rèn)選項(xiàng)
 factory.setValidating(true);
 factory.setNamespaceAware(false);

 SAXParser parser = factory.newSAXParser();
 parser.parse(new File(args[0]), new MyHandler());

 } catch (ParserConfigurationException e) {
 System.out.println("The underlying parser does not support " +
 " the requested features.");
 } catch (FactoryConfigurationError e) {
 System.out.println("Error occurred obtaining SAX Parser Factory.");
 } catch (Exception e) {
 e.printStackTrace();
 }
 }
}

class MyHandler extends HandlerBase {
 //通過(guò) DocumentHandler, ErrorHandler等實(shí)現(xiàn)的SAX回調(diào)函數(shù)
}

												
										

請(qǐng)注意，在這段代碼中，在使用類(lèi)廠時(shí)可能發(fā)生兩個(gè)特定于 JAXP 的問(wèn)題：無(wú)法獲得或配置 SAX 類(lèi)廠，以及無(wú)法配置 SAX 語(yǔ)法分析器。當(dāng)無(wú)法獲得 JAXP 實(shí)現(xiàn)中指定的語(yǔ)法分析器或系統(tǒng)屬性時(shí)，通常會(huì)發(fā)生第一個(gè)問(wèn)題 FactoryConfigurationError 。當(dāng)正在使用的語(yǔ)法分析器中的特性不可用時(shí)，會(huì)發(fā)生第二個(gè)問(wèn)題 ParserConfigurationException 。這兩個(gè)問(wèn)題都容易處理，應(yīng)該不會(huì)對(duì) JAXP 的使用造成任何困難。

在獲得類(lèi)廠、關(guān)閉名稱(chēng)空間并打開(kāi)“確認(rèn)”之后，將獲得 SAXParser ，然后開(kāi)始語(yǔ)法分析。請(qǐng)注意， SAX 語(yǔ)法分析器的 parse() 方法取得前面提到的 SAX HandlerBase 類(lèi)的一個(gè)實(shí)例。（可以通過(guò)完整的 Java 清單 查看該類(lèi)的實(shí)現(xiàn) 。）還要傳遞要進(jìn)行語(yǔ)法分析的文件。但是， SAXParser 所包含的遠(yuǎn)不止這一個(gè)方法。

使用 SAX 語(yǔ)法分析器

獲得 SAXParser 類(lèi)的實(shí)例之后，除了向語(yǔ)法分析器傳遞 File 進(jìn)行語(yǔ)法分析之外，還可以用它做更多的事。由于如今大型應(yīng)用中的應(yīng)用程序組件之間通信方式，“對(duì)象實(shí)例創(chuàng)建者就是其使用者”這樣的假定并不總是安全的。換句話說(shuō)，一個(gè)組件可能創(chuàng)建 SAXParser 實(shí)例，而另一組件（可能由另一開(kāi)發(fā)人員編碼）可能需要使用那個(gè)實(shí)例。由于這個(gè)原因，提供了一些方法來(lái)確定語(yǔ)法分析器的設(shè)置。執(zhí)行此任務(wù)的兩個(gè)方法是 isValidating() ，它通知調(diào)用程序：語(yǔ)法分析器將要、或不要執(zhí)行“確認(rèn)”，以及 isNamespaceAware() ，它返回一個(gè)指示，說(shuō)明語(yǔ)法分析器可以或不可以處理 XML 文檔中的名稱(chēng)空間。雖然這些方法能提供有關(guān)語(yǔ)法分析器可以執(zhí)行功能的信息，但是無(wú)法更改這些特性。必須在語(yǔ)法分析器類(lèi)廠級(jí)別執(zhí)行該操作。

另外，有多種方法來(lái)請(qǐng)求對(duì)文檔進(jìn)行語(yǔ)法分析。除了只接受 File 和 SAX HandlerBase 實(shí)例，SAXParser 的 parse() 方法還能以 String 形式接受 SAX InputSource 、Java InputStream 或 URL，所有這些都要與 HandlerBase 實(shí)例一起提供。所以，不同類(lèi)型的輸入文檔可以用不同方式的語(yǔ)法分析來(lái)處理。

最后，可以直接通過(guò) SAXParser 的 getParser() 方法獲得和使用下層的 SAX 語(yǔ)法分析器（ org.xml.sax.Parser 的實(shí)例）。獲得這個(gè)下層實(shí)例之后，就可以獲得通常的 SAX 方法。下一個(gè)清單顯示 SAXParser 類(lèi)（這個(gè) JAXP 中 SAX 語(yǔ)法分析的核心類(lèi)）的各種使用示例。

												
														 //獲得SAXP的一個(gè)實(shí)例
 SAXParser saxParser = saxFactory.newSAXParser();

 //查看是否支持 Validate 選項(xiàng)
 boolean isValidating = saxParser.isValidating();

 //查看是否支持 namespace 選項(xiàng)
 boolean isNamespaceAware = saxParser.isNamespaceAware();

 // 運(yùn)用一個(gè)File 和一個(gè)SAX HandlerBase 的實(shí)例進(jìn)行多種形式的語(yǔ)法分析
 saxParser.parse(new File(args[0]), myHandlerBaseInstance);

 // 運(yùn)用一個(gè) SAX InputSource實(shí)例 和一個(gè) SAX HandlerBase 實(shí)例
 saxParser.parse(mySaxInputSource, myHandlerBaseInstance);

 //運(yùn)用一個(gè) InputStream 實(shí)例和一個(gè)SAX HandlerBase 實(shí)例
 saxParser.parse(myInputStream, myHandlerBaseInstance);

 // 運(yùn)用一個(gè) URI 和一個(gè)SAX HandlerBase 實(shí)例
 saxParser.parse("http://www.newInstance.com/xml/doc.xml", myHandlerBaseInstance);

 //獲得底層的（封裝）SAX 語(yǔ)法分析器 
 org.xml.sax.Parser parser = saxParser.getParser();

 //利用底層的語(yǔ)法分析器
 parser.setContentHandler(myContentHandlerInstance);
 parser.setErrorHandler(myErrorHandlerInstance);
 parser.parse(new org.xml.sax.InputSource(args[0]));

												
										

目前為止，關(guān)于 SAX 已經(jīng)講了很多，但是還沒(méi)有揭示任何不尋常或令人驚奇的東西。事實(shí)上，JAXP 的功能很少，特別是當(dāng) SAX 也牽涉進(jìn)來(lái)時(shí)。這很好，因?yàn)橛凶钌俚墓δ苄砸馕吨a可移植性更強(qiáng)，并可以由其他開(kāi)發(fā)人員與任何與 SAX 兼容的 XML 語(yǔ)法分析器一起使用，無(wú)論是免費(fèi)（通過(guò)開(kāi)放源碼，希望如此）還是通過(guò)商業(yè)途徑。就是這樣。在 JAXP 中使用 SAX 沒(méi)有更多的東西。如果已經(jīng)知道 SAX，那么現(xiàn)在已經(jīng)掌握大約 98% 的內(nèi)容。只需學(xué)習(xí)兩個(gè)新類(lèi)和兩個(gè) Java 異常，您就可以開(kāi)始了。如果從沒(méi)使用過(guò) SAX，那也很簡(jiǎn)單，現(xiàn)在就可以開(kāi)始。

回頁(yè)首

處理 DOM

如果要休息以迎接 DOM 挑戰(zhàn)，那么先別休息。在 JAXP 中使用 DOM 的過(guò)程與 SAX 幾乎相同，所要做的全部只是更改兩個(gè)類(lèi)名和一個(gè)返回類(lèi)型，這樣就差不多了。如果理解 SAX 的工作原理和 DOM 是什么，則不會(huì)有任何問(wèn)題。

DOM 和 SAX 的主要差異是它們的 API 結(jié)構(gòu)。SAX 包含一個(gè)基于事件的回調(diào)函數(shù)集，而 DOM 有一個(gè)內(nèi)存中的樹(shù)狀結(jié)構(gòu)。換句話說(shuō)，在 SAX 中，從不需要操作數(shù)據(jù)結(jié)構(gòu)（除非開(kāi)發(fā)人員手工創(chuàng)建）。因此，SAX 不提供修改 XML 文檔的功能。而 DOM 正好提供這種類(lèi)型的功能。 org.w3c.dom.Document 類(lèi)表示 XML 文檔，它由表示元素、屬性和其它 XML 結(jié)構(gòu)的 DOM 節(jié)點(diǎn) 組成。所以，JAXP 無(wú)需觸發(fā) SAX 回調(diào)，它只負(fù)責(zé)從語(yǔ)法分析返回一個(gè) DOM Document 對(duì)象。

DOM 語(yǔ)法分析器類(lèi)廠一瞥

基本理解 DOM 以及 DOM 和 SAX 的差異之后，就沒(méi)什么好說(shuō)的了。以下代碼看起來(lái)與 SAX 代碼類(lèi)似。首先，獲得 DocumentBuilderFactory （與 SAX 中的方式相同)。然后，配置類(lèi)廠來(lái)處理確認(rèn)和名稱(chēng)空間（與 SAX 中的方式相同)。下一步，從類(lèi)廠中檢索 DocumentBuilder （它與 SAXParser 類(lèi)似）（與 SAX 中的方式相同. . . 啊，您都知道了）。然后，就可以進(jìn)行語(yǔ)法分析了，產(chǎn)生的 DOM Document 對(duì)象傳遞給打印 DOM 樹(shù)的方法。

												
														import java.io.File;
import java.io.IOException;
import java.io.OutputStreamWriter;
import java.io.Writer;

// JAXP
import javax.xml.parsers.FactoryConfigurationError;
import javax.xml.parsers.ParserConfigurationException;
import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.parsers.DocumentBuilder;

// DOM
import org.w3c.dom.Document;
import org.w3c.dom.DocumentType;
import org.w3c.dom.NamedNodeMap;
import org.w3c.dom.Node;
import org.w3c.dom.NodeList;

public class TestDOMParsing {

 public static void main(String[] args) {
 try {
 if (args.length != 1) {
 System.err.println ("Usage: java TestDOMParsing [filename]");
 System.exit (1);
 }

 // 獲得 Document Builder Factory
 DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();

 //打開(kāi)確認(rèn)選項(xiàng)，關(guān)掉名稱(chēng)空間敏感性選項(xiàng)。
 factory.setValidating(true);
 factory.setNamespaceAware(false);

 DocumentBuilder builder = factory.newDocumentBuilder();
 Document doc = builder.parse(new File(args[0]));

 // 從DOM 數(shù)中打印文檔，并加一初始空格
 printNode(doc, "");

 // 在這里也可以對(duì) DOM 文檔進(jìn)行修改
 } catch (ParserConfigurationException e) {
 System.out.println("The underlying parser does not support the requested features.");
 } catch (FactoryConfigurationError e) {
 System.out.println("Error occurred obtaining Document Builder Factory.");
 } catch (Exception e) {
 e.printStackTrace();
 }
 }

 private static void printNode(Node node, String indent) {
 // 打印 DOM 樹(shù)
}

												
										

此代碼中可能會(huì)出現(xiàn)兩個(gè)不同的問(wèn)題（與 JAXP 中的 SAX 類(lèi)似）： FactoryConfigurationError 和 ParserConfigurationException 。每一個(gè)的原因與 SAX 中的相同。不是實(shí)現(xiàn)類(lèi) ( FactoryConfigurationError ) 中有問(wèn)題，就是語(yǔ)法分析器不支持請(qǐng)求的特性 ( ParserConfigurationException )。DOM 和 SAX 的唯一差異是：在 DOM 中，用 DocumentBuilderFactory 替代 SAXParserFactory ，用 DocumentBuilder 替代 SAXParser 。就這么簡(jiǎn)單！（可以 查看完整代碼清單 ，該清單包括用于打印 DOM 樹(shù)的方法。）

使用 DOM 語(yǔ)法分析器

有了 DOM 類(lèi)廠之后，就可以獲得 DocumentBuilder 實(shí)例。 DocumentBuilder 實(shí)例可以使用的方法與 SAX 的非常類(lèi)似。主要差異是 parse() 的變種不需要 HandlerBase 類(lèi)的實(shí)例。它們返回表示語(yǔ)法分析之后的 XML 文檔的 DOM Document 實(shí)例。另一唯一不同之處是：為類(lèi)似于 SAX 的功能提供了兩個(gè)方法：用 SAX ErrorHandler 實(shí)現(xiàn)來(lái)處理語(yǔ)法分析時(shí)可能出現(xiàn)的問(wèn)題的 setErrorHandler() ，和用 SAX EntityResolver 實(shí)現(xiàn)來(lái)處理實(shí)體解析的 setEntityResolver() 。如果不熟悉這些概念，則需要通過(guò)聯(lián)機(jī)或在我的書(shū)中學(xué)習(xí) SAX。以下清單顯示使用這些方法的示例。

												
														    //獲得一個(gè) DocumentBuilder 實(shí)例
 DocumentBuilder builder = builderFactory.newDocumentBuilder();

 //查看是否支持 Validate 選項(xiàng)
 boolean isValidating = builder.isValidating();

  //查看是否支持 namespace 選項(xiàng)
 boolean isNamespaceAware = builder.isNamespaceAware();

 // 設(shè)置一個(gè) SAX ErrorHandler
 builder.setErrorHandler(myErrorHandlerImpl);

 // 設(shè)置一個(gè) SAX EntityResolver
 builder.setEntityResolver(myEntityResolverImpl);

 // 運(yùn)用多種方法對(duì) file 進(jìn)行語(yǔ)法分析
 Document doc = builder.parse(new File(args[0]));

 // 運(yùn)用 SAX InputSource 
 Document doc = builder.parse(mySaxInputSource);

 // 運(yùn)用 InputStream
 Document doc = builder.parse(myInputStream, myHandlerBaseInstance);

 // 運(yùn)用 URI
 Document doc = builder.parse("http://www.newInstance.com/xml/doc.xml");

												
										

是不是感到 DOM 這一節(jié)有些令人厭煩？有這種想法的不止您一個(gè)，寫(xiě) DOM 代碼有些令人厭煩是因?yàn)樗侵苯尤〉盟鶎W(xué)的 SAX 知識(shí)，然后將其用于 DOM。因此，和朋友、同事打賭吧，說(shuō)使用 JAXP 只是小菜一碟。

回頁(yè)首

更改語(yǔ)法分析器

最后要探討的主題是 JAXP 輕易更改類(lèi)廠類(lèi)使用的語(yǔ)法分析器的能力。更改 JAXP 使用的語(yǔ)法分析器實(shí)際意味著更改 類(lèi)廠，因?yàn)樗?SAXParser 和 DocumentBuilder 實(shí)例都來(lái)自這些類(lèi)廠。既然確定裝入哪個(gè)語(yǔ)法分析器的是類(lèi)廠，因此，必須更改類(lèi)廠。可以通過(guò)設(shè)置 Java 系統(tǒng)屬性 javax.xml.parsers.SAXParserFactory 來(lái)更改要使用的 SAXParserFactory 接口實(shí)現(xiàn)。如果沒(méi)有定義該屬性，則返回缺省實(shí)現(xiàn)（供應(yīng)商指定的任何語(yǔ)法分析器)。相同原理適用于 DocumentBuilderFactory 實(shí)現(xiàn)。在這種情況下，將查詢(xún) javax.xml.parsers.DocumentBuilderFactory 系統(tǒng)屬性。就這么簡(jiǎn)單，我們已經(jīng)學(xué)完了！這就是 SAXP 的全部：提供到 SAX 的掛鉤，提供到 DOM 的掛鉤，并允許輕易更改語(yǔ)法分析器。

回頁(yè)首

結(jié)束語(yǔ)

如您所見(jiàn)，沒(méi)多少?gòu)?fù)雜的東西。更改系統(tǒng)屬性，通過(guò)類(lèi)廠、而不是語(yǔ)法分析器或構(gòu)建器來(lái)設(shè)置“確認(rèn)”，以及弄清楚JAXP實(shí)際上不是人們通常所認(rèn)為的那樣，這些是使用 JAXP 的最困難部分。除了沒(méi)有 SAX 2.0 和 DOM第二層規(guī)范支持之外，JAXP 在兩個(gè)流行的 Java 和 XML API 之上提供一個(gè)有幫助的可插入層。它使代碼獨(dú)立于供應(yīng)商，并允許不編譯語(yǔ)法分析代碼而更改語(yǔ)法分析器。那么，從 Sun、Apache XML 或其它方便之處下載 JAXP，并使用它吧！繼續(xù)關(guān)注 JAXP 1.1，并增加對(duì) SAX 2 和 DOM 2、XSLT 及更多內(nèi)容的支持。您將在這里獲得第一手新聞，所以，請(qǐng)關(guān)注 developerWorks。