為什麽XML很重要？
為什麽XML很重要？在Web上壹條很重要的原則是：內容是壹個網站最為首要的東西。但不幸的是，內容總是同如何將他們顯示出來這個方面聯系在壹起的。妳在瀏覽網頁的時候，有多少次看到壹個小小的標簽，上面寫著“最好在800＊600解析度下瀏覽本網站”呢？數不勝數吧！XML將有助於解決這個問題。因為在XML中，網站建設者不再是指定在網頁的什麽地方顯示什麽東西，他們需要做的是定義好壹個文檔的結構。例如，妳需要定義的是文檔的標題，作者，壹系列相關鏈接等等。任何裝備有XML 瀏覽器的設備?壹個掌上電腦，或者是電視機頂盒，或者是壹個高性能的工作站等等?就能夠把XML文檔的內容根據各個設備的顯示特性顯示出來。或許XML最強的特性，在於其內在的可擴展性。任何的公司和組織都能夠擴展XML 來實現新的應用。現在在互聯網上幾乎每天都有關於XML的應用方案的提出。壹些基於XML的語言www.diannao114.cn已經開始被使用，像微軟的頻道定義格式?還有壹些正在被開發之中，包括Resource Definition Format（資源定義格式）和Open Software Description（開放式軟件描敘）等等。XML還很有可能成為數據和文檔交換機制的標準。例如，可以用XML來實現在Internet上不同數據庫之間的信息交換。到現在為止，要準確的說明XML的公用似乎還為時過早。但是它所帶來的可能性是無限的，或許這就是為什麽XML能夠在其初期就能夠如此引人關註的原因吧。
什麽是XML？列舉壹下妳所了解的XML技術及其應用
什麽是XML？列舉壹下妳所了解的XML技術及其應用
答：XML即可擴展標記語言。eXtensibleMarkupLanguage.標記是指計算機所能理解的信息符號，通過此種標記，計算機之間可以處理包含各種信息的文章等。如何定義這些標記www.diannao114.cn，即可以選擇國際通用的標記語言，比如HTML，也可以使用象XML這樣由相關人士自由決定的標記語言，這就是語言的可擴展性。XML是從SGML中簡化修改出來的。它主要用到的有XML、XSL和XPath等。
Android 創建與解析XML（壹）—— 概述Android 創建與解析XML（壹）—— 概述
Android 是最常用的智能手機平臺，XML 是數據交換的標準媒介，Android 中可以使用標準的XML生成器、解析器、轉換器 API，對 XML 進行解析和轉換。
XML，相關有DOM、SAX、JDOM、DOM4J、Xerces、JAXP等壹堆概念，但是很多人總是會弄混他們之間的關系，這對我們理解XML文件的創建和解析很不利。要挑選壹個適合在Android平臺上使用的XML解析方案，我們還是得先把這些概念厘清。
XML基本概念DOM（Document Object Model，文檔對象模型）和SAX（Simple API for XML，簡單XML應用接口），是JAXP（Java API for XML Processing，Java XML處理的應用接口）定義的2種不同的對XML文檔進行分析、處理的方法。
DOM方法是用標準對象模型表示 XML 文檔；SAX方法則使用事件模型來處理程序來處理XML。
JAXP完成了對SAX、DOM的包裝，它向應用程序提供針對DOM的DocumentBuilderFactory、 DocumentBuilder；以及針對SAX的SAXParserFactory、SAXParser抽象工廠類。在Jave SE中JAXP對應javax.xml.parsers包，DOM對應org.w3c.dom，SAX對應org.xml.sax。
Xerces首先繼承並實現了javax.xml.parser包內的SAXParser、SAXParserFactory、DocumentBuilder、DocumentBuilderFactory等抽象類，並提供了JAXP中所定義的DOM、SAX（以及StAX，後面會介紹）這些XML解析方法的實現和相應的Parser。JDOM和DOM4J，是因為有人覺得W3C的DOM標準API太過難用而著手開發的替代API，它們和JAXP壹樣都是對DOM、SAX的封裝，不過JDOM、DOM4J做了更多的事情，相當於上面提到JAXP接口＋Xerces DOM實現部分。JDOM並沒有自己開發Parser，所以還是需要利用Xerces的Parser部分，而DOM4J自帶壹個名為Alfred2的Parser，當然也可以使用Xerces的Parser。看起來JAXP具備更好的可移植性，即我們可以通過修改配置文件切換不同的DOM實現和SAX、DOM Parser，JDOM、DOM4J雖然也可以切換Parser，但是DOM實現是無法切換的。（參考： Java XML API 漫談 和 JAXP全面介紹）
XML創建與解析
XML創建主要四種方式：Dom、Sax、Pull、Dom4j
XML解析主要四種方式：Dom、Sax、Pull、Dom4j
其中，利用Dom、Sax、Pull、Dom4j創建的標準XML格式文件，可以由任何壹種Dom、Sax、Pull、Dom4j解析方式進行解析。
Android中解析XML
DOM解析器，是通過將XML文檔解析成樹狀模型並將其放入內存來完成解析工作的，然後對文檔的操作都是在這個樹狀模型上完成的。這個在內存中的文檔樹將是文檔實際大小的幾倍。這樣做的好處是結構清晰、操作方便，而帶來的麻煩就是極其耗費系統資源。SAX解析器，正好克服了DOM的缺點，分析能夠立即開始，而不是等待所有的數據被處理。而且，由於應用程序只是在讀取數據時檢查數據，因此不需要將數據存儲在內存中，這對於大型文檔來說是個巨大的優點。事實上，應用程序甚至不必解析整個文檔，它可以在某個條件得到滿足時停止解析。
DOM與SAX比較
下面的表格列出了SAX和DOM在壹些方面的對照：
SAXDOM順序讀入文檔並產生相應事件，可以處理任何大小的XML文檔在內存中創建文檔樹，不適於處理大型XML文檔。只能對文檔按順序解析壹遍，不支持對文檔的隨意訪問。可以隨意訪問文檔樹的任何部分，沒有次數限制。只能讀取XML文檔內容，而不能修改可以隨意修改文檔樹，從而修改XML文檔。開發上比較復雜，需要自己來實現事件處理器。易於理解，易於開發。對開發人員而言更靈活，可以用SAX創建自己的XML對象模型。已經在DOM基礎之上創建好了文檔樹。通過對SAX和DOM的分析，它們各有自己的不同應用領域：
SAX適於處理下面的問題：對大型文檔進行處理。只需要文檔的部分內容，或者只需要從文檔中得到特定信息。想創建自己的對象模型的時候。DOM適於處理下面的問題：
需要對文檔進行修改需要隨機對文檔進行訪問，例如XSLT解析器。
DOM和SAX的應用場景1、數據修改：如果打算對數據作出更改並將它輸出為 XML，那麽在大多數情況下，DOM 是適當的選擇。並不是說使用 SAX 就不能更改數據，但是該過程要復雜得多，因為您必須對數據的壹份拷貝而不是對數據本身作出更改。2、數據容量： 對於大型文件，SAX 是更好的選擇。3、數據使用：如果只有數據中的少量部分會被使用，那麽使用 SAX 來將該部分數據提取到應用程序中可能更好。 另壹方面，如果您知道自己以後會回頭引用已處理過的大量信息，那麽 SAX 也許不是恰當的選擇。4、速度要求： SAX 實現通常要比 DOM 實現速度更快。基於上面的分析，在基於Android系統的內存和CPU資源比較有限的手持設備上，只要我們不需要修改XML數據或者隨機的訪問XML數據，SAX盡管可能需要更多的編碼工作，但是為了更小的內存和CPU消耗，還是值得的。另外，Android SDK中已經包含了JAXP對應的javax.xml.parsers包，SAX對應org.xml.sax，DOM對應的org.w3c.dom包，加上Android還提供了android.sax這樣的包來方便SAX Handle的開發，基於JAXP和SAX這樣的標準方法來開發不僅復雜度不高，即使出現問題在討論組中尋求解決方案也是比較容易的。（參考： 使用 SAX 處理 XML 文檔 和 DOM SAX JAXP DOM4J JDOM xerces解析器）Android中解析XML實現
基於上面的分析，采用JAXP+SAX的方案是我比較看好的。我們首先需要又壹個SAXParserFactory的實例，然後從工廠中得到壹個SAXParser實例，進而獲取壹個XMLReader；接下來新建壹個Handler類繼承自SAX Helpler的DefaultHandler，並實現startDocument()、startElement()、endElement()以及endDocument()等方法，並把這個Handler作為XMLReader的Content Handler；最後以帶解析的XML文檔為參數調用XMLReader的parse方法即可。具體的代碼參考：Android 上使用 XML 和 Android 3.0 平臺上創建和解析 XML
1、Android系統中的DOM和SAX實現Android SDK中包含了JAXP對應javax.xml.parsers包，SAX對應的org.xml.sax，DOM對應的org.w3c.dom包，所以我們就已經有了XML解析所需的JAXP——對SAX和DOM的封裝（抽象類）以及SAX和DOM接口類，但是對於JAXP抽象類的實現，以及DOM和SAX接口類的實現在哪裏呢？是和Java SE 5.0壹樣用了Xerces嗎？ 不！通過查看Android 1.5的源代碼，我看到這部分的代碼來自Apache Harmony這個開源的Java SE實現，位於./dalvik/libcore/xml/src/main/java/org/apache/harmony/xml目錄。這裏包含有壹個完整的DOM實現（dom目錄），對於javax.xml.parser下的抽象類的實現（parser目錄），以及對於SAX接口類的實現（除此以外還包括對XMLPullParser接口的實現）。2、XmlPull 和 KXML2XmlPull解析器，提供了資源有限的環境（如J2ME）應用使用的XML解析API，XPP提供了非常簡單的接口——包含壹個接口、壹個異常、壹個建立解析器的factory。它采用了類似JAXP的工廠模式，把接口設計和實現分離，KXML2就是壹個為J2ME環境優化的壹個實現。在Android SDK中，已經包含了XmlPull（org.xmlpull.v1包）以及它的壹個AddOn——SAX2 Driver——它使得我們可以通過SAX2的API來操縱XmlPull Parser。另外，通過sourcecode，我們可以看到Android SDK中的XmlPull的實現是KXML2，位於./dalvik/libcore/xml/src/main/java/org/kxml2目錄。Apache Harmony的目錄中同樣有壹個ExpatPullParser類實現了XMLPullParser接口，但是卻沒有XmlSerializer接口的實現，所以只能說Android中的Harmony也部分實現了XmlPull API。XmlPull+KXML2是下壹步我要實踐的方案，到時候還得學習壹下如何“公平”的比較兩者的性能。3、StAX盡管Android中還沒有提供相應的支持，但是Streaming API for XML (StAX) 作為用Java語言處理 XML的最新標準，無論從性能還是可用性上都有出色的表現。它不僅提供了壹個快捷、易用、占用內存少的 XML 解析器，它還提供了過濾器接口，允許程序員向應用程序業務邏輯隱藏不需要的文檔細節。感興趣的朋友可以看壹看下面的文章。
使用 StAX 解析 XML，第 1 部分: Streaming API for XML (StAX) 簡介
使用 StAX 解析 XML，第 2 部分: 拉式解析和事件
使用 StAX 解析 XML，第 3 部分: 使用定制事件和編寫 XML
參考推薦：
Android中解析XML數據
android解析XML總結(SAX、Pull、Dom三種方式)
Android 解析XML文件的三種方式 DOM,SAX,PULL
android解析xml文件的方式（推薦，***三篇）
Android 上使用 XML
Android 上使用 XML 和 JSON
Android 3.0 平臺上創建和解析 XML
Android XML解析學習——創建XML（***六篇，推薦）
常見xml的屬性大全
首先按照程序的目錄結構大致分析：
res/layout/ 這個目錄存放的就是布局用的xml文件，壹般默認為main.xml
res/values/ 這個目錄存放的是壹堆常量的xml文件
res/drawable/ 存放的是壹些圖片什麽的，當然圖標也在這裏
下面主要對layout下的xml文件做個介紹，順便也把布局的方法總結壹下：
·文件的開頭
這是在說明xml版本及字符編碼
·緊接著到了關鍵的部分：
<LinearLayout xmlns:android="/apk/res/ android"
android:layout_width="wrap_content"
android:layout_height="wrap_content">
其中開頭的"LinearLayout"是布局的方式，可以有很多種，最常用的應該就是Linear了，其他的布局方法等下在後面總結。
接著android:layout_width(height)="wrap_content"是在設置這部分布局的寬高，也可以是絕對值，當然設置為絕對值時要標上單位。
·在 和 就之間可以添加控件了，比如要添加壹個名字為btn的Button控件，並且Button上顯示的文字是"Test!"，可以這樣寫：
<Button id="@+id/btn"
android:text="Test!"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />
開頭id後面的就是控件名稱，在用於添加事件Listener時會用到，而下幾行的android:xxx就是設置控件的屬性了，這些屬性在Android的文檔中都有，不需要特別去記，壹般現查就可以了。
·有壹點要說明的是，布局方法可以嵌套，有點像java中的Container，可以非常方便的把界面“堆”出來。
布局方式的簡單說明：
查了Android文檔發現布局確實很多，只列出兩個我自己認為較常用的：
·LinearLayout線性的布局方式，要麽上下，要麽左右的添加控件，很常用；
·GridView中文翻譯過來是網格布局，控件按照順序依次填到每個格子裏就好了，出來的界面會很整齊，較常用；
具體的幾個布局如下：
@<1>LinearLayout(線性布局)提供了控件水平垂直排列的模型，同時可以通過設置子控件的weight布局參數控制各個控件在布局中的相對大小。水平（vertical）垂直（horizontal）
Android：layout_x/layout_y=”56px”確定控件位置
@<3>RelativeLayout（相對布局）允許子元素指定他們相對於其它元素或父元素的位置（通過ID指定）。因此，妳可以以右對齊，或上下，或置於屏幕中央的形式來排列兩個元素。元素按順序排列，因此如果第壹個元素在屏幕的中央，那麽相對於這個元素的其它元素將以屏幕中央的相對位置來排列。如果使用XML來指定這個layout，在妳定義它之前，被關聯的元素必須定義。
Android:src=/qz.q/”@drawable/”屬性指定所需圖片的文件位置，用ImageView顯示圖片時，也應當用android：src指定要顯示的圖片
@<5>TableLayout（表格布局）以行列的形式管理子控件，每壹行為壹個TableRow的對象，TableRow也可以添加子控件
android：collapseColumns=“n”隱藏TableLayout裏面的TableRow的列n
android：stretchColumns=“n” 設置列n為可延伸的列
android：shrinkColumns=“n” 設置列n為可收縮的列
Android:src=/qz.q/”@drawable/”屬性指定所需圖片的文件位置，用ImageView顯示圖片時，也應當用android：src指定要顯示的圖片。
XML的國際化問題
XML的國際化問題XML的出現，使得網站的國際化變得空前的容易。和Java壹樣，XML也是使用的Unicode(ISO 10646)作為其編碼標準，這是的網站建設者們能夠很容易的寫出各國的文字和符號，而不必過多的擔心亂碼的問題。Unicode 包括了所有的ASCII字符，以及簡體中文，繁體中文，日文，韓文，希臘文等等。在XML中甚至可以允許有混合的編碼出現，例如，壹個顯示中文的網頁可以引用壹個德文的單詞，而不必擔心出現亂碼。開發者不需要專門為了Unicode而在去學習什麽新的東西，網頁壹經寫好後，在客戶端的瀏覽器中顯示時，瀏覽器會自動的使用合適的字符集把網頁顯示出來。
XML對於超鏈接有那些改進？
XML對於超鏈接有那些改進？XML對HTML的超鏈接做了壹些改進，增加了壹些特性，包括能夠建立“智能”鏈接，可以省去不少手工編寫JavsScript的麻煩。在XML中，鏈接是作為壹個對象出現的，可以向操作任何的其它對象那樣，對超鏈接進行方便的操作。原來的關於鏈接的的標準?XLL，XML鏈接語言（XML Linking Language）現在被分為兩種新的標準：Xpointer和XLink.Xpointer：在HTML中，可以通過書簽鏈接到壹個頁面的任何地方。通過Xpointer妳將能夠“尋址到（address to）”（而不是“鏈接到（link to）”）其他頁面的任何壹部分的內容。顯然的，這對於在文檔引用方面是非常有用的。Xlink：當用戶點擊了HTML中的壹個超鏈接後，當前的網頁被壹個新的網頁所替代。Xlink能夠讓Web開發者為鏈接這個對象添加壹些動作（behaviors）。例如：在現在妳必須用JavaScript來實現把鏈接的網頁在壹個新的窗口中顯示出來，但Xlink通過給鏈接對象添加了壹些行為，實現彈出窗口容易到只是簡單的調用對象的方法而已。其他的壹些有用的應用，像彈出的警告對話框，需要用戶做出確認的對話框等等，通過Xlink的對象機制都可以很容易地實現。但現在，我們還都必須求助於腳本編程采能夠解決。對於壹系列相關的鏈接，XML能夠讓Web開發者創建擴展鏈接（Extended Links）來方便的實現像www.webring.com這樣的網站或網頁，把壹些相同主題的網頁自動的鏈接在壹起。現在實現這個功能需要使用到CGI腳本，但是擴展鏈接將提供標準的方法來建立資源之間的關聯。現在還有壹些問題需要得到進壹步的討論，特別是在“行為”機制方面還有壹些工作要作。但這並不妨礙在不久的將來，Xpinter和Xlink作為新的標準被廣泛使用。 ;