国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

打開APP
userphoto
未登錄

開通VIP,暢享免費電子書等14項超值服

開通VIP
JSP與XML的結合

  綜述:可擴展標注語言(eXtensible Markup Language,XML)正被迅速的運用于業(yè)界,它已作為與平臺、語言和協(xié)議無關的格式描述和交換數(shù)據(jù)的廣泛應用標準。XML和它的輔助規(guī)范可用于描述數(shù)據(jù)的文檔表現(xiàn),描述XML文檔類型的限制,描述XML文檔和資源之間的鏈接,描述XML文檔的自動轉(zhuǎn)換和格式化。

  如何開發(fā)自定義標簽庫?

  我使用JSP和ASP編程已經(jīng)有一段頗長的時間了,在兩種服務器端的編程方式中,我越來越覺得JSP的功能要強大得多。不提別的,其中JSP的標簽庫就是我選擇JSP作為首選服務器端Web應用開發(fā)工具的原因。為什么?因為:維護和開發(fā)的速度。在一個單一的服務器頁面中,你可以混合使用各種不同的腳本方法和對象。就?quot;混凝土"一樣,這種混合可令服務器端的腳本變得強大,并且讓服務器端的編程者設計出非常靈活和動態(tài)的Web頁面。不過這種自由的混合也有其缺點,那就是維護起來非常麻煩,特別是當項目逐漸變大時。由于最終的產(chǎn)品是經(jīng)由一個傳統(tǒng)的Web設計者來維護的,因此會帶來問題。更糟糕的是,隨著代碼的復雜性增加,開發(fā)的速度就會變慢,不利于開發(fā)中等和大型的Web應用,一旦開發(fā)完,站點還要找合格的編程者來維護這些頗為復雜的代碼。
幸好,JSP提供了一個很好解決的辦法。標簽庫提供了一個簡單的方法來建立一個可重用的代碼塊。一旦標簽庫設計好,它就可以在許多項目中再次使用。更方便的是,與COM和J2EE不同,你無需學習任何其它的技巧就可以建立一個標簽庫!只要你懂得寫JSP,你就可以建立一個標簽庫。標簽庫還可以改善Web應用的維護。這個是得益于JSP頁面自定義標簽的簡單XML接口。這樣,Web設計者甚至可以做到無需知道任何JSP的知識,就可以建立JSP的Web應用。這個開放式的Web開發(fā)對于團隊運作是非常有效的。JSP編程者可以建立自定義的標簽和后臺的代碼模塊,而Web設計者可以使用自定義的標簽來建立Web應用,并且將精力集中在Web設計上。

  1. 標簽庫的定義
  JSP標簽庫(也稱自定義庫)可看成是一套產(chǎn)生基于XML腳本的方法,它經(jīng)由JavaBeans來支持。在概念上說,標簽庫是非常簡單和可以重用的代碼構造。
  執(zhí)行XML/XSL轉(zhuǎn)換的標簽范例和HTML頁面

<%@ taglib uri="c:/xml/example.xml
c:/xml/example.xsl

  在這個例子中,通過使用簡單的標簽來訪問后臺更為強大的代碼,一個XML被裝載,并且通過一個XSL文件來產(chǎn)生一個結果,并發(fā)送給客戶端,全部通過使用一個簡單的標簽調(diào)用就做到了。
  自定義標簽為在JSP項目中創(chuàng)建易于重用的代碼打開了一扇大門。你所需要的只是標簽庫和它的文檔說明。

  2. 標簽的組件
  雖然標簽庫非常易于使用,不過要建立一個內(nèi)里的設計來支持標簽庫是頗復雜的,起碼要比建立一個簡單的JavaBean復雜。這個復雜是來自于標簽庫是由幾部分構成的。不過,你只需要知道Java和JSP的知識就夠了。
一個簡單的標簽由下面的元素構成:
 ?、?JavaBeans:為了得到Java與生具來的面向?qū)ο蟮暮锰帲芍赜玫拇a應該放到一個獨立的代碼容器中。這些JavaBeans并不是標簽庫的一部分。不過它是你的代碼庫用來執(zhí)行相關任務的基本代碼塊。
 ?、?標簽處理:這是標簽庫的真正核心。一個標簽處理器將引用它需要的任何資源(你的JavaBeans)和訪問你的JSP頁面的全部信息(pageContext對象)。JSP頁面也會將所有已經(jīng)被設置的標簽屬性和JSP頁面上的標簽體中的內(nèi)容傳送給標簽處理器。在標簽處理器處理完畢后,它將發(fā)回輸出到你的JSP頁面進行處理。
 ?、?標簽庫的描述(tld文件):這是一個簡單的XML文件,它記錄著標簽處理器的屬性、信息和位置。JSP容器通過這個文件來得知從哪里及如何調(diào)用一個標簽庫。
  ⑷ 網(wǎng)站的web.xml文件:這是你網(wǎng)站的初始化文件,在這個文件中,你定義了網(wǎng)站中用到的自定義標簽,以及哪個tld文件用來描述每個自定義的標簽。
 ?、?分發(fā)文件(一個WAR或者JAR文件):如果你想重用自定義標簽的話,你需要一個方法來將它由一個項目轉(zhuǎn)移到另一個項目中。將標簽庫打包為一個JAR文件是一個簡單而且有效的方式。
  ⑹ 在你的JSP文件中作標簽庫聲明:很簡單,如果要用到該標簽的話,只要在頁面聲明一下就可以,其后,你就可以在該JSP頁面的任何地方使用它。
  看來要做的工作很多,不過其實并不是很難。它的要點并不在于編碼,而是在于如何將各部分正確地組織起來。不過,這樣的分層是很重要的,它可令標簽的使用靈活和更容易轉(zhuǎn)移。更重要的是,這些層的存在可讓處理建立標簽的工程通過一個JSP IDE(JSP的集成開發(fā)環(huán)境)自動完成。期望將來的JSP IDE可自動完成創(chuàng)建一個自定義標簽的大部分工作,這樣你只需要寫代碼和標簽處理就可以了。
  注意:一個標簽處理僅定義一個自定義標簽;一個標簽庫是幾個處理相同任務的標簽處理器的集合。

  3. 建立自己的標簽
  以下將一步一步地教你如何建立自定義的標簽,具體的例子是擴展JSP,令它擁有自己的HTML編碼功能。這個功能將所有的<和>字符用HTML代碼來代替。它可以很容易地擴展為做其它的編碼處理。為了簡化,這個例子只解釋了建立自定義標簽的基本要素。
 ?、?創(chuàng)建一個JavaBean
  你代碼中任何可重新使用的部分都應該放到一個JavaBean中。這個很重要,因為你要經(jīng)常在項目的其它地方用到這些代碼。放在標簽處理器中的任何代碼在標簽外都是不可以重新使用的,因此將可重用的代碼部分獨立開來是很重要的。在這個例子總,為HTML編碼的邏輯是常用的,因此放到JavaBean中。
  ⑵ HTML編碼JavaBean

/* HTML_Format.Java */
public class HTML_Format extends Object implements Java.io.Serializable {
/** 創(chuàng)建新的HTML_Format */
public HTML_Format() {}
/** 將一個字符串中所有的所有 < 和 > 字符用響應的HTML編碼代替 */
public String HTML_Encode(String as_data)
{
int li_len = as_data.length();
/*string buffer的長度要比原來的字符串長*/
StringBuffer lsb_encode = new StringBuffer(li_len + (li_len/10));
/* 循環(huán)替換全部的< 和 > 字符 */
for( int li_count = 0 ; li_count < li_len ; li_count++)
{ String ls_next = String.valueOf(as_data.charAt(li_count));
if (ls_next.equals("<")) ls_next = "<";
if (ls_next.equals(">")) ls_next = ">";
lsb_encode.append( ls_next );
}
return( lsb_encode.toString() );
}
}

 ?、?創(chuàng)建一個標簽處理器
  標簽處理器使用以下的代碼:

HTML編碼標簽處理器
import Java.io.IOException;
import Javax.servlet.jsp.*;
import Javax.servlet.jsp.tagext.*;
public class HTML_FormatTag extends BodyTagSupport
{
/* 1} 在標簽末將會調(diào)用這個函數(shù) */
public int doEndTag() throws JspTagException
{
try
{ /* 2}得到標簽中的文本 */
BodyContent l_tagbody = getBodyContent();
String ls_output = "";
/* 3}如果標簽體有文本,就處理它 */
if(l_tagbody != null)
{ HTML_Format l_format = new HTML_Format();
/* 3a} 將標簽體的內(nèi)容轉(zhuǎn)換為一個字符串 */
String ls_html_text = l_tagbody.getString();
ls_output = l_format.HTML_Encode(ls_html_text);
}
/* 4}將結果寫回到數(shù)據(jù)流中 */
pageContext.getOut().write(ls_output.trim());
}
catch (IOException e)
{ throw new JspTagException("Tag Error:" + e.toString());
}
/* 讓JSP繼續(xù)處理以下頁面的內(nèi)容 */
return EVAL_PAGE;
}

  這個處理很簡單,它包括有:
  o 讀入標簽開始和結束間的文本
  o 調(diào)用html編碼函數(shù)
  o 返回結果到JSP頁面。
 ?、?創(chuàng)建一個標簽描述器
  需要描述自定義標簽以讓系統(tǒng)知道如何處理。該描述文件的后綴為.tld,通常它的名字和標簽處理器相同,并存放在"/WEB-INF/"目錄。

HTML編碼標簽描述器
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE taglib
PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN"
"
<TAGLIB>
<TLIBVERSION>1.0</TLIBVERSION>
<JSPVERSION>1.1</JSPVERSION>
<SHORTNAME>HTML_FormatTag</SHORTNAME>
<URI></URI>
<INFO>HTML Encoding Tag </INFO>
<TAG>
<NAME>HTMLEncode</NAME>
<TAGCLASS>HTML_FormatTag</TAGCLASS>
<INFO>Encode HTML</INFO>
</TAG>
</TAGLIB>

 ?、?更新Web XML文件
  現(xiàn)在可告訴JSP容器使用標簽庫。為此要修改web.xml文件,具體說來是要在其中加入一個taglib的項目來注冊該標簽庫。最重要的是,要為tag分配一個URI。URI是一個唯一的引用,只應用在該網(wǎng)站的這個特別的標簽上。使用全長的URL或者包名是一個好的習慣,它可以確保唯一性,因為該標簽可以在不同的網(wǎng)站使用。這個例子是簡化了。

修改web.xml文件
<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE web-app
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
"
<WEB-APP>
<TAGLIB>
<TAGLIB-URI>
HTMLEncode
</TAGLIB-URI>
<TAGLIB-LOCATION>
/WEB-INF/HTML_FormatTag.tld
</TAGLIB-LOCATION>
</TAGLIB>
</WEB-APP>

  ⑹ 使用新的標簽
  自定義的標簽已經(jīng)設置好,可以用在一個JSP頁面上。要做到這一點,只需在該頁面使用taglib指示命令聲明一下該標簽就可以了,該標簽通過它唯一的URI被引用,并且會被分配一個名字空間前綴。前綴可以任意,只要它不與其它的名字空間沖突便可。
  在一個JSP頁面上使用HTML編碼標簽:

<%@ taglib uri="HTMLEncode" prefix="Examples" %>
<PRE>
<?XML:NAMESPACE PREFIX = Examples /><Examples:HTMLEncode>
< Hello , Simple sample >
</Examples:HTMLEncode>
</PRE>
范例代碼的輸出
< Hello , Simple sample >
which displays as:
< Hello , Simple sample >

  通過這個標簽,我就將該頁面的所有代碼編碼了。有趣的是所有的自定義標簽都是在服務器上處理的。這意味著你將不會在輸出的頁面上看到自定義的標簽。
  建立一個標簽不是很難吧。最困難的部分是要學習標簽處理的所有細節(jié)。這是一個很強大的功能,我們只是提到了最基本的地方。由于這個處理需要幾步,新的JSP編程者在創(chuàng)建標簽時將會感到迷惑。

  如何利用JSP開發(fā)DOM應用?

  DOM是Document Object Model的縮寫,即文檔對象模型。XML將數(shù)據(jù)組織為一顆樹,所以DOM就是對這顆樹的一個對象描敘。通俗的說,就是通過解析XML文檔,為XML文檔在邏輯上建立一個樹模型,樹的節(jié)點是一個個對象。我們通過存取這些對象就能夠存取XML文檔的內(nèi)容。
  下面我們來看一個簡單的例子,看看在DOM中,我們是如何來操作一個XML文檔的。這是一個XML文檔,也是我們要操作的對象:

<?xml version="1.0" encoding="UTF-8"?>
<messages>
<message>Good-bye serialization, hello Java!</message>
</messages> 

  下面,我們需要把這個文檔的內(nèi)容解析到一個個的Java對象中去供程序使用,利用JAXP,我們只需幾行代碼就能做到這一點。首先,我們需要建立一個解析器工廠,以利用這個工廠來獲得一個具體的解析器對象:
  DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
  我們在這里使用DocumentBuilderFacotry的目的是為了創(chuàng)建與具體解析器無關的程序,當DocumentBuilderFactory類的靜態(tài)方法newInstance()被調(diào)用時,它根據(jù)一個系統(tǒng)變量來決定具體使用哪一個解析器。又因為所有的解析器都服從于JAXP所定義的接口,所以無論具體使用哪一個解析器,代碼都是一樣的。所以當在不同的解析器之間進行切換時,只需要更改系統(tǒng)變量的值,而不用更改任何代碼。這就是工廠所帶來的好處。
  DocumentBuilder db = dbf.newDocumentBuilder();
  當獲得一個工廠對象后,使用它的靜態(tài)方法newDocumentBuilder()方法可以獲得一個DocumentBuilder對象,這個對象代表了具體的DOM解析器。但具體是哪一種解析器,微軟的或者IBM的,對于程序而言并不重要。
  然后,我們就可以利用這個解析器來對XML文檔進行解析了:
  Document doc = db.parse("c:/xml/message.xml");
  DocumentBuilder的parse()方法接受一個XML文檔名作為輸入?yún)?shù),返回一個Document對象,這個Document對象就代表了一個XML文檔的樹模型。以后所有的對XML文檔的操作,都與解析器無關,直接在這個Document對象上進行操作就可以了。而具體對Document操作的方法,就是由DOM所定義的了。
  從得到的Document對象開始,我們就可以開始我們的DOM之旅了。使用Document對象的getElementsByTagName()方法,我們可以得到一個NodeList對象,一個Node對象代表了一個XML文檔中的一個標簽元素,而NodeList對象,觀其名而知其意,所代表的是一個Node對象的列表:
  NodeList nl = doc.getElementsByTagName("message");
  我們通過這樣一條語句所得到的是XML文檔中所有<message>標簽對應的Node對象的
  一個列表。然后,我們可以使用NodeList對象的item()方法來得到列表中的每一個Node對象:
  Node my_node = nl.item(0);
  當一個Node對象被建立之后,保存在XML文檔中的數(shù)據(jù)就被提取出來并封裝在這個Node中了。在這個例子中,要提取Message標簽內(nèi)的內(nèi)容,我們通常會使用Node對象的getNodeValue()方法:
String message = my_node.getFirstChild().getNodeValue();
  請注意,這里還使用了一個getFirstChild()方法來獲得message下面的第一個子Node對象。雖然在message標簽下面除了文本外并沒有其它子標簽或者屬性,但是我們堅持在這里使用getFirseChild()方法,這主要和W3C對DOM的定義有關。W3C把標簽內(nèi)的文本部分也定義成一個Node,所以先要得到代表文本的那個Node,我們才能夠使用getNodeValue()來獲取文本的內(nèi)容?,F(xiàn)在,既然我們已經(jīng)能夠從XML文件中提取出數(shù)據(jù)了,我們就可以把這些數(shù)據(jù)用在合適的地方,來構筑應用程序。

  DOM實例

  先說說這個例子到底要做的是什么吧,我們在一個名為link.xml文件中保存了一些URL地址,我們希望可以通過DOM把這些URL讀出并顯示出來,也可以反過來向這個XML文件中寫入加入的URL地址。很簡單,卻很實用,也足夠來例示DOM的絕大部分用法了。
  第一個程序我們稱為xmldisplay.Java,主要的功能就是讀取這個XML文件中各個節(jié)點的內(nèi)容,然后在格式化輸出在System.out上,我們來看看這個程序:

import Javax.xml.parsers.*;
import org.w3c.dom.*;

  這是引入必要的類,因為在這里使用的是Sun所提供的XML解析器,因而需要引入Java.xml.parsers包,其中包含了有DOM解析器和SAX解析器的具體實現(xiàn)。org.w3c.dom包中定義了w3c所制定的DOM接口。

DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
DocumentBuilder builder=factory.newDocumentBuilder();
Document doc=builder.parse("links.xml");
doc.normalize();  

  除了上面講到的,還有一個小技巧,對Document對象調(diào)用normalize(),可以去掉XML文檔中作為格式化內(nèi)容的空白而映射在DOM樹中的不必要的Text Node對象。否則你得到的DOM樹可能并不如你所想象的那樣。特別是在輸出的時候,這個normalize()更為有用。

  NodeList links =doc.getElementsByTagName("link");

  剛才說過,XML文檔中的空白符也會被作為對象映射在DOM樹中。因而,直接調(diào)用Node方法的getChildNodes方法有時候會有些問題,有時不能夠返回所期望的NodeList對象。解決的辦法是使用Element的getElementByTagName(String),返回的NodeLise就是所期待的對象了。然后,可以用item()方法提取想要的元素。

for (int i=0;i<links.getLength();i++){
Element link=(Element) links.item(i);
System.out.print("Content: ");
System.out.println(link.getElementsByTagName("text").item(0).getFirstChild();
.getNodeValue());
……

  上面的代碼片斷就完成了對XML文檔內(nèi)容的格式化輸出。只要注意到一些細節(jié)的問題,比如getFirstChile()方法和getElementsByTagName()方法的使用,這些還是比較容易的。
  下面的內(nèi)容,就是在修改了DOM樹后重新寫入到XML文檔中去的問題了。這個程序名為xmlwrite.Java。在JAXP1.0版本中,并沒有直接的類和方法能夠處理XML文檔的寫入問題,需要借助其它包中的一些輔助類。而在JAXP1.1版本中,引入了對XSLT的支持,所謂XSLT,就是對XML文檔進行變換(Translation)后,得到一個新的文檔結構。利用這個新加入的功能,我們就能夠很方便的把新生成或者修改后的DOM樹從新寫回到XML文件中去了,下面我們來看看代碼的實現(xiàn),這段代碼的主要功能是向links.xml文件中加入一個新的link節(jié)點:

import Javax.xml.parsers.*;
import Javax.xml.transform.*;
import Javax.xml.transform.dom.DOMSource;
import Javax.xml.transform.stream.StreamResult;
import org.w3c.dom.*; 

  新引入的Java.xml.transform包中的幾個類,就是用來處理XSLT變換的。
我們希望在上面的XML文件中加入一個新的link節(jié)點,因而首先還是要讀入links.xml文件,構建一個DOM樹,然后再對這個DOM樹進行修改(添加節(jié)點),最后把修改后的DOM寫回到links.xml文件中:

DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
DocumentBuilder builder=factory.newDocumentBuilder();
Document doc=builder.parse("links.xml");
doc.normalize();
//---取得變量----
String text="Hanzhong‘s Homepage";
String url="
String author="Hzliu Liu";
String discription="A site from Hanzhong Liu, give u lots of suprise!!!"; 

  為了看清重點,簡化程序,我們把要加入的內(nèi)容硬編碼到記憶String對象中,而實際操作中,往往利用一個界面來提取用戶輸入,或者通過JDBC從數(shù)據(jù)庫中提取想要的內(nèi)容。

Text textseg;
Element link=doc.createElement("link"); 

  首先應該明了的是,無論什么類型的Node,Text型的也好,Attr型的也好,Element型的也好,它們的創(chuàng)建都是通過Document對象中的createXXX()方法來創(chuàng)建的(XXX代表具體要創(chuàng)建的類型),因此,我們要向XML文檔中添加一個link項目,首先要創(chuàng)建一個link對象:

Element linktext=doc.createElement("text");
textseg=doc.createTextNode(text);
linktext.appendChild(textseg);
link.appendChild(linktext);
…… 

  創(chuàng)建節(jié)點的過程可能有些千篇一律,但需要注意的地方是,對Element中所包含的text(在DOM中,這些text也是代表了一個Node的,因此也必須為它們創(chuàng)建相應的node),不能直接用Element對象的setNodeValue()方法來設置這些text的內(nèi)容,而需要用創(chuàng)建的Text對象的setNodeValue()方法來設置文本,這樣才能夠把創(chuàng)建的Element和其文本內(nèi)容添加到DOM樹中??纯辞懊娴拇a,你會更好的理解這一點:
doc.getDocumentElement().appendChild(link);
  最后,不要忘記把創(chuàng)建好的節(jié)點添加到DOM樹中。Document類的getDocumentElement()方法,返回代表文檔根節(jié)點的Element對象。在XML文檔中,根節(jié)點一定是唯一的。

TransformerFactory tFactory =TransformerFactory.newInstance();
Transformer transformer = tFactory.newTransformer();
DOMSource source = new DOMSource(doc);
StreamResult result = new StreamResult(new Java.io.File("links.xml"));
transformer.transform(source, result); 

  然后就是用XSLT把DOM樹輸出了。這里的TransformerFactory也同樣應用了工廠模式,使得具體的代碼同具體的變換器無關。實現(xiàn)的方法和DocumentBuilderFactory相同,這兒就不贅述了。Transformer類的transfrom方法接受兩個參數(shù)、一個數(shù)據(jù)源Source和一個輸出目標Result。這里分別使用的是DOMSource和StreamResult,這樣就能夠把DOM的內(nèi)容輸出到一個輸出流中,當這個輸出流是一個文件的時候,DOM的內(nèi)容就被寫入到文件中去了。

  如何利用JSP開發(fā)SAX應用?

  SAX是Simple API for XML的縮寫,它并不是由W3C官方所提出的標準,可以說是"民間"的事實標準。實際上,它是一種社區(qū)性質(zhì)的討論產(chǎn)物。雖然如此,在XML中對SAX的應用絲毫不比DOM少,幾乎所有的XML解析器都會支持它。
  與DOM比較而言,SAX是一種輕量型的方法。我們知道,在處理DOM的時候,我們需要讀入整個的XML文檔,然后在內(nèi)存中創(chuàng)建DOM樹,生成DOM樹上的每個Node對象。當文檔比較小的時候,這不會造成什么問題,但是一旦文檔大起來,處理DOM就會變得相當費時費力。特別是其對于內(nèi)存的需求,也將是成倍的增長,以至于在某些應用中使用DOM是一件很不劃算的事(比如在applet中)。這時候,一個較好的替代解決方法就是SAX。
  SAX在概念上與DOM完全不同。首先,不同于DOM的文檔驅(qū)動,它是事件驅(qū)動的,也就是說,它并不需要讀入整個文檔,而文檔的讀入過程也就是SAX的解析過程。所謂事件驅(qū)動,是指一種基于回調(diào)(callback)機制的程序運行方法。(如果你對Java新的代理事件模型比較清楚的話,就會很容易理解這種機制了)在XMLReader接受XML文檔,在讀入XML文檔的過程中就進行解析,也就是說讀入文檔的過程和解析的過程是同時進行的,這和DOM區(qū)別很大。解析開始之前,需要向XMLReader注冊一個ContentHandler,也就是相當于一個事件監(jiān)聽器,在ContentHandler中定義了很多方法,比如startDocument(),它定制了當在解析過程中,遇到文檔開始時應該處理的事情。當XMLReader讀到合適的內(nèi)容,就會拋出相應的事件,并把這個事件的處理權代理給ContentHandler,調(diào)用其相應的方法進行響應。
  這樣泛泛的說來或許有些不容易理解,別急,后面的例子會讓你明白SAX的解析過程??纯催@個簡單XML文件:

<POEM>
<AUTHOR>Ogden Nash</AUTHOR>
<TITLE>Fleas</TITLE>
<LINE>Adam</LINE>
</POEM> 

  當XMLReader讀到<POEM>標簽時,就會調(diào)用ContentHandler.startElement()方法,并把標簽名POEM作為參數(shù)傳遞過去。在你實現(xiàn)的startElement()方法中需要做相應的動作,以處理當<POEM>出現(xiàn)時應該做的事情。各個事件隨著解析的過程(也就是文檔讀入的過程)一個個順序的被拋出,相應的方法也會被順序的調(diào)用,最后,當解析完成,方法都被調(diào)用后,對文檔的處理也就完成了。下面的這個表,列出了在解析上面的那個XML文件的時候,順序被調(diào)用的方法:

  遇到的項目 方法回調(diào)

{文檔開始} startDocument()
<POEM> startElement(null,"POEM",null,{Attributes})
"\n" characters("<POEM>\n...", 6, 1)
<AUTHOR> startElement(null,"AUTHOR",null,{Attributes})
"Ogden Nash" characters("<POEM>\n...", 15, 10)
</AUTHOR> endElement(null,"AUTHOR",null)
"\n" characters("<POEM>\n...", 34, 1)
<TITLE> startElement(null,"TITLE",null,{Attributes})
"Fleas" characters("<POEM>\n...", 42, 5)
</TITLE> endElement(null,"TITLE",null)
"\n" characters("<POEM>\n...", 55, 1)
<LINE> startElement(null,"LINE",null,{Attributes})
"Adam" characters("<POEM>\n...", 62, 4)
</LINE> endElement(null,"LINE",null)
"\n" characters("<POEM>\n...", 67, 1)
</POEM> endElement(null,"POEM",null)
{文檔結束} endDocument() 

  ContentHandler實際上是一個接口,當處理特定的XML文件的時候,就需要為其創(chuàng)建一個實現(xiàn)了ContentHandler的類來處理特定的事件,可以說,這個實際上就是SAX處理XML文件的核心。下面我們來看看定義在其中的一些方法:
  void characters(char[] ch, int start, int length):這個方法用來處理在XML文件中讀到字符串,它的參數(shù)是一個字符數(shù)組,以及讀到的這個字符串在這個數(shù)組中的起始位置和長度,我們可以很容易的用String類的一個構造方法來獲得這個字符串的String類:String charEncontered=new String(ch,start,length)。
  void startDocument():當遇到文檔的開頭的時候,調(diào)用這個方法,可以在其中做一些預處理的工作。
  void endDocument():和上面的方法相對應,當文檔結束的時候,調(diào)用這個方法,可以在其中做一些善后的工作。
  void startElement(String namespaceURI, String localName, String qName, Attributes atts):當讀到一個開始標簽的時候,會觸發(fā)這個方法。在SAX1.0版本中并不支持名域,而在新的2.0版本中提供了對名域的支持,這兒參數(shù)中的namespaceURI就是名域,localName是標簽名,qName是標簽的修飾前綴,當沒有使用名域的時候,這兩個參數(shù)都未null。而atts是這個標簽所包含的屬性列表。通過atts,可以得到所有的屬性名和相應的值。要注意的是SAX中一個重要的特點就是它的流式處理,在遇到一個標簽的時候,它并不會紀錄下以前所碰到的標簽,也就是說,在startElement()方法中,所有你所知道的信息,就是標簽的名字和屬性,至于標簽的嵌套結構,上層標簽的名字,是否有子元屬等等其它與結構相關的信息,都是不得而知的,都需要你的程序來完成。這使得SAX在編程處理上沒有DOM來得那么方便。
  void endElement(String namespaceURI, String localName, String qName):這個方法和上面的方法相對應,在遇到結束標簽的時候,調(diào)用這個方法。
  我們還是沿用講DOM的時候使用的那個文檔例子,但首先,我們先看一個簡單一些的應用,我們希望能夠統(tǒng)計一下XML文件中各個標簽出現(xiàn)的次數(shù)。這個例子很簡單,但是足以闡述SAX編程的基本思路了。一開始當然還是import語句了:

import org.xml.sax.helpers.DefaultHandler;
import Javax.xml.parsers.*;
import org.xml.sax.*;
import org.xml.sax.helpers.*;
import Java.util.*;
import Java.io.*; 

  然后,我們創(chuàng)建一個繼承于DefaultHandler的類,具體的程序邏輯在這兒可以暫且放在一邊,要注意的是程序的結構:

public class SAXCounter extends DefaultHandler {
private Hashtable tags; //這個Hashtable用來記錄tag出現(xiàn)的次數(shù)
// 處理文檔前的工作
public void startDocument() throws SAXException {
tags = new Hashtable();//初始化Hashtable
}
//對每一個開始元屬進行處理
public void startElement(String namespaceURI, String localName,
String rawName, Attributes atts)
throws SAXException
{
String key = localName;
……

  我們來看看這段程序作了些什么。在main()方法中,主要做的就是創(chuàng)建解析器,然后解析文檔。實際上,在這兒創(chuàng)建SAXParser對象的時候,為了使程序代碼于具體的解析器無關,使用了同DOM中一樣的設計技巧:通過一個SAXParserFactory類來創(chuàng)建具體的SAXParser對象,這樣,當需要使用不同的解析器的時候,要改變的,只是一個環(huán)境變量的值,而程序的代碼可以保持不變。這就是FactoryMethod模式的思想。在這兒不再具體講了,如果還有不明白的,可以參看上面DOM中的解釋,原理是一樣的。
  不過在這兒還有一點點要注意的地方,就是SAXParser類和XMLReader類之間的關系。你可能有些迷糊了吧,實際上SAXParser是JAXP中對XMLReader的一個封裝類,而XMLReader是定義在SAX2.0種的一個用來解析文檔的接口。你可以同樣的調(diào)用SAXParser或者XMLReader中的parser()方法來解析文檔,效果是完全一樣的。不過在SAXParser中的parser()方法接受更多的參數(shù),可以對不同的XML文檔數(shù)據(jù)源進行解析,因而使用起來要比XMLReader要方便一些。
  這個例子僅僅涉及了SAX的一點皮毛,而下面的這個,可就要高級一些了。下面我們要實現(xiàn)的功能,在DOM的例子中已經(jīng)有實現(xiàn)了,就是從XML文檔中讀出內(nèi)容并格式化輸出,雖然程序邏輯看起來還是很簡單,但是SAX可不比DOM哦,看著吧。
  前面說過,當遇到一個開始標簽的時候,在startElement()方法中,我們并不能夠得到這個標簽在XML文檔中所處的位置。這在處理XML文檔的時候是個大麻煩,因為在XML中標簽的語義,有一部分是由其所處的位置所決定的。而且在一些需要驗證文檔結構的程序中,這更是一個問題。當然,沒有解決不了的問題了,我們可以使用一個棧來實現(xiàn)對文檔結構的紀錄。
  棧的特點是先進先出,我們現(xiàn)在的想法是,在startElemnt()方法中用push將這個標簽的名字添加到棧中,在endElement()方法中在把它pop出來。我們知道對一個結構良好的XML而言,其嵌套結構是完備的,每一個開始標簽總會對應一個結束標簽,而且不會出現(xiàn)標簽嵌套之間的錯位。因而,每一次startElement()方法的調(diào)用,必然會對應一個endElement()方法的調(diào)用,這樣push和pop也是成對出現(xiàn)的,我們只需要分析棧的結構,就可以很容易的知道當前標簽所處在文檔結構中的位置了。

public class SAXReader extends DefaultHandler {
Java.util.Stack tags=new Java.util.Stack();
……

  在這兒雖然沒有使用到棧的分析,但實際上棧的分析是一件很容易的事情,應為Java.util.Stack繼承了Java.util.Vector類,而且Stack中的元素是按棧的結構由底至上排列的,因個,我們可以使用Vector類的size()方法來得到Stack的元素個數(shù),還可以使用Vector的get(int)方法來得到具體的每一個元屬。實際上,如果把Stack的元素從底向上逐一排列出來,我們就得到了從XML根節(jié)點到當前節(jié)點的一條唯一的路徑,有了這條路徑的信息,文檔的結構就在清楚不過了。
  到目前為止,我們已經(jīng)掌握了對于XML編程的兩大利器:DOM和SAX,也知道了該如何在一個Java程序中使用它們。DOM編程相對簡單,但是速度比較慢,占用內(nèi)存多,而S AX編程復雜一些,但是速度快,占用內(nèi)存少。所以,我們應該根據(jù)不同的環(huán)境選擇使用不同的方法。大部分的XML應用基本都可以用它們來解決。需要特別說明的是,DOM和SAX其實都是語言無關的,并非Java所獨有,也就是說,只要有相應的語言實現(xiàn),DOM和SAX可以應用在任何面向?qū)ο蟮恼Z言中。

打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
Java程序員從笨鳥到菜鳥之(二十六)XML之DOM和SAX解析
Java中四種XML解析技術之不完全測試-JSP教程,Java與XML:站長天空|虛擬主機...
Android實現(xiàn)XML解析技術
Python3 XML解析 | 菜鳥教程
Java解析XML文檔――dom解析xml
幾個解析XML的例子
更多類似文章 >>
生活服務
分享 收藏 導長圖 關注 下載文章
綁定賬號成功
后續(xù)可登錄賬號暢享VIP特權!
如果VIP功能使用有故障,
可點擊這里聯(lián)系客服!

聯(lián)系客服