編輯:Android開發教程
前面介紹了四種創建、解析XML的方式:
0、 Android 創建與解析XML(一)—— 概述
1、 Android 創建與 解析XML(二)—— Dom方式
2、 Android 創建與解析XML(三)—— Sax方式
3、 Android 創建與解析XML(四 )—— Pull方式
4、 Android 創建與解析XML(五)—— Dom4j方式
其中,從處理方式看,有的采用了Java處理 XML的標准方式,有的是經過第三方改進後的XML處理方式;從事件角度看,有的是基於Dom樹節點,有的基於事件處理
為 什麼創建、解析XML會產生這麼多方法呢?四種處理方式的特點各是什麼?它們分別更適合什麼樣的使用場景呢?
一、 XML 通用標准
XML 世界非常龐大,而且還在不斷成長,存在大量不同的標准和技術,它們以復雜的方式互相影響。
XML 正在變得越來越強大,並且得到了迅速的發展,它已經證明自己是一種非常有價值的技術,但可能也是一種令人害 怕的技術,如果考慮到掛在“XML”一詞下面不斷變化的各個部分,新手很難確定哪些是 XML 最重要的方面,用戶也難以跟蹤這 個領域出現的新生事物和變化。
標准,有各種各樣的形式,而且在同一個領域中常常有多種標准互相競爭,此處把標准 定義為:被不同的供應商大量采用的或者有影響的、獨立於供應商的組織推薦的規范。
1) XML 1.0 ,W3C 推薦的標准 ,衍生出 XML 技術大樹的主干。它在 Unicode [Unicode Consortium 技術報告和 ISO 標准]的基礎上定義了文本格式的嚴格規 則,以及 DTD (文檔類型定義,Document Type Definition)驗證語言。該規范的當前版本(第 2 版)包含了規范的歷 次修訂。它被 翻譯成多種語言,盡管英語版本是唯一的規范版本,就是說只有這個版本被認為具有標准的效力。
2) XML 1.1 ,正在開發中,是改變了結構良好的 XML 文檔的定義的第一個修訂版。主要的變化是修訂了 XML 規范中對字 符的處理,使其更自然地適應 Unicode 規范的變化,並通過引用 萬維網字符模型(Character Model for the World Wide Web 1.0)[開發中],提供了不同 Unicode 版本字符的規范化。XML 1.1 還增加了行結束字符列表,新增加的 NEL 用於在 IBM 大型 機系統中表示行結束(EOL)。這種變化存在爭議,有人認為對大型機用戶帶來的有限好處不值得做這種基礎性的改變。還有一 些其他的爭論,因為一些評論者發現所有的修改都太穩妥了,在 XML 版本變換中不會造成各種可能的互操作性問題。
XML 是基於 Standard Generalized Markup Language(標准通用標記語言,SGML)的,後者由 ISO 8879:1986 [ISO 標准] 定義。它在很大程度上簡化了 SGML,包括一些調整使其更適合於 Web 環境。
二、 XML處理方式
大多數與XML 相 關的Java API 在Android 上得到了完全支持,在Android 上可以創建功能強大的移動應用程序,而在Android 上解析XML的技術 有三種DOM、SAX、PULL。
1) DOM 解析技術
DOM(Document Object Model,文檔對象模型),Android 完全支持DOM 解析,利用DOM 中的對象,可以對XML 文檔進行讀 取、搜索、修改、添加和刪除等操作。
使用DOM 對XML 文件進行操作時,首先要解析文件,將文件分為獨立的元素、屬 性和注釋等,然後以節點樹的形式在內存中對XML 文件進行表示,就可以通過節點樹訪問文檔的內容,並根據需要修改文檔—— 這就是DOM的工作原理。DOM 實現時首先為XML 文檔的解析定義一組接口,解析器讀入整個文檔,然後構造一個駐留內存的樹結 構,這樣代碼就可以使用DOM接口來操作整個樹結構。
DOM 解析流程:
Android 提供了多種存儲數據的方法,其中最簡單的是使用Shared Preferences. Shared Preferences 可以存儲 Key/value 對
Android中的本地窗口FramebufferNativewindow 1.1 Android中的本地窗口在OpenGL的學習過程中,我們不斷提及&ldquo
這一篇我將會以人人網的引導界面為實例來展開詳細的講解,人人網的引導界面比較的新穎,不同於其他 應用程序千篇一律的靠滑動來引導用戶,而是以一個一個比較生動形象的動畫效果展
1.1 BufferQueue詳解上一小節我們已經看到了BufferQueue,它是SurfaceTextureClient實現本地窗口的關鍵。從邏輯上來推斷,Buffe