為什麼XML很重要？
為什麼XML很重要？在Web上一條很重要的原則是：內容是一個網站最為首要的東西。但不幸的是，內容總是同如何將他們顯示出來這個方面聯絡在一起的。你在瀏覽網頁的時候，有多少次看到一個小小的標籤，上面寫著“最好在800＊600解析度下瀏覽本網站”呢？數不勝數吧！XML將有助於解決這個問題。因為在XML中，網站建設者不再是指定在網頁的什麼地方顯示什麼東西，他們需要做的是定義好一個文件的結構。例如，你需要定義的是文件的標題，作者，一系列相關連結等等。任何裝備有XML 瀏覽器的裝置??一個掌上電腦，或者是電視機頂盒，或者是一個高效能的工作站等等??就能夠把XML文件的內容根據各個裝置的顯示特性顯示出來。或許XML最強的特性，在於其內在的可擴充套件性。任何的公司和組織都能夠擴充套件XML 來實現新的應用。現在在網際網路上幾乎每天都有關於XML的應用方案的提出。一些基於XML的語言已經開始被使用，像微軟的頻道定義格式??還有一些正在被開發之中，包括Resource Definition Format（資源定義格式）和Open Software Description（開放式軟體描敘）等等。XML還很有可能成為資料和文件交換機制的標準。例如，可以用XML來實現在Internet上不同資料庫之間的資訊交換。到現在為止，要準確的說明XML的公用似乎還為時過早。但是它所帶來的可能性是無限的，或許這就是為什麼XML能夠在其初期就能夠如此引人關注的原因吧。
什麼是XML？列舉一下你所瞭解的XML技術及其應用
什麼是XML？列舉一下你所瞭解的XML技術及其應用
答：XML即可擴充套件標記語言。eXtensibleMarkupLanguage.標記是指計算機所能理解的資訊符號，通過此種標記，計算機之間可以處理包含各種資訊的文章等。如何定義這些標記，即可以選擇國際通用的標記語言，比如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對應ers包，DOM對應，SAX對應。
Xerces首先繼承並實現了er包內的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對應的ers包，SAX對應，DOM對應的包，加上Android還提供了這樣的包來方便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對應ers包，SAX對應的，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目錄），對於er下的抽象類的實現（parser目錄），以及對於SAX介面類的實現（除此以外還包括對XMLPullParser介面的實現）。2、XmlPull 和 KXML2XmlPull解析器，提供了資源有限的環境（如J2ME）應用使用的XML解析API，XPP提供了非常簡單的介面——包含一個介面、一個異常、一個建立解析器的factory。它採用了類似JAXP的工廠模式，把介面設計和實現分離，KXML2就是一個為J2ME環境優化的一個實現。在Android SDK中，已經包含了XmlPull（ull.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檔案，一般預設為
res/values/ 這個目錄存放的是一堆常量的xml檔案
res/drawable/ 存放的是一些圖片什麼的，當然圖示也在這裡
下面主要對layout下的xml檔案做個介紹，順便也把佈局的方法總結一下：
·檔案的開頭
這是在說明xml版本及字元編碼
·緊接著到了關鍵的部分：
<LinearLayout xmlns:android=" android"
android:layout_width="wrap_content"
android:layout_height="wrap_content">
其中開頭的"LinearLayout"是佈局的方式，可以有很多種，最常用的應該就是Linear了，其他的佈局方法等下在後面總結。
接著android:layout_width(height)="wrap_content"是在設定這部分佈局的寬高，也可以是絕對值，當然設定為絕對值時要標上單位。
·在
<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=”@drawable/”屬性指定所需圖片的檔案位置，用ImageView顯示圖片時，也應當用android：src指定要顯示的圖片
@<5>TableLayout（表格佈局）以行列的形式管理子控制元件，每一行為一個TableRow的物件，TableRow也可以新增子控制元件
android：collapseColumns=“n”隱藏TableLayout裡面的TableRow的列n
android：stretchColumns=“n” 設定列n為可延伸的列
android：shrinkColumns=“n” 設定列n為可收縮的列
Android:src=”@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和nter：在HTML中，可以通過書籤連結到一個頁面的任何地方。通過Xpointer你將能夠“定址到（address to）”（而不是“連結到（link to）”）其他頁面的任何一部分的內容。顯然的，這對於在文件引用方面是非常有用的。Xlink：當用戶點選了HTML中的一個超連結後，當前的網頁被一個新的網頁所替代。Xlink能夠讓Web開發者為連結這個物件新增一些動作（behaviors）。例如：在現在你必須用JavaScript來實現把連結的網頁在一個新的視窗中顯示出來，但Xlink通過給連結物件添加了一些行為，實現彈出視窗容易到只是簡單的呼叫物件的方法而已。其他的一些有用的應用，像彈出的警告對話方塊，需要使用者做出確認的對話方塊等等，通過Xlink的物件機制都可以很容易地實現。但現在，我們還都必須求助於指令碼程式設計採能夠解決。對於一系列相關的連結，XML能夠讓Web開發者建立擴充套件連結（Extended Links）來方便的實現像這樣的網站或網頁，把一些相同主題的網頁自動的連結在一起。現在實現這個功能需要使用到CGI指令碼，但是擴充套件連結將提供標準的方法來建立資源之間的關聯。現在還有一些問題需要得到進一步的討論，特別是在“行為”機制方面還有一些工作要作。但這並不妨礙在不久的將來，Xpinter和Xlink作為新的標準被廣泛使用。