第十五周筆記

XML基礎_ Java解析XML 一、XML基礎 1.1、 XML是什么? XML (可擴展標記語言)是一種很流行的簡單的基于文本的語言來用作應用程序之間的通信模式。 它被認為是傳輸標準裝置和存儲數據。JAVA提供了極好的支持和豐富的庫來解析，修改或查詢XML文檔。 XML是一種簡單的基于文本的語言，它被設計為儲存和運輸以純文本格式的數據。它代表著可擴展標記語言。以下是一些XML的顯著 特征。 XML是一種標記語言。 XML是一種標記語言就像HTML-樣。 XML標簽不是像HTML那樣預定義。 可以定義自己的標簽，這就是為什么它被稱為可擴展的語言。 XML標簽被設計成自描述性的。 XML是W3C推薦用于數據存儲和傳輸。 1.2、XML能干什么? 描述數據、存儲數據、傳輸(交換)數據。 優缺點: 優勢 以下是XML提供的優勢: 技術無關.作為普通文本，XML是技術獨立。它可以用于由任何技術進行數據的存儲和傳輸的目的。 人類可讀. XML使用簡單的文本格式。它是人類可讀和可以理解的。

為靈壽等地區用戶提供了全套網頁設計制作服務，及靈壽網站建設行業解決方案。主營業務為網站設計、做網站、靈壽網站設計，以傳統方式定制建設網站，并提供域名空間備案等一條龍服務，秉承以專業、用心的態度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

可擴展性-在XML，自定義標簽可以創建和很容易使用。 允許驗證-使用XSD，DTD和XML結構可以很容易地驗證。 缺點 下面是使用XML的缺點: 冗余的語法-通常XML文件中包含大量的重復計算。 冗余-作為一個冗長的語言，XML文件大小增加了傳輸和存儲成本。 1.3、 XML與HTML區別 1、目的不- -樣 2、XML被設計用來描述數據，其焦點是數據的內容。 3、HTML被設計用來展示數據，其焦點是數據的外觀。 4、HTML可以不關閉標簽(即標簽可以不成對出現)，但XML必須關閉標簽(即標簽必須成對出現)。 5、HTML中的標簽標識文本如何展示，而XML中的標簽標識文本是什么含義(什么類型的文本)。

XML文檔節點類型 文檔(document) 元素(element) 屬性(attribute) 文本(PCDATA--parsed character data) 注釋(comment) DOCTYPE :主要驗證文檔內容的正確性 實體(ENTITIES) CDATA(character data) 1.4、XML語法; 1、聲明:2、根節點:必須只能有一個根節點 3、標簽:標簽必須有結束且區分大小寫,標簽必須順序嵌套 4、屬性:必須引號引起值 5、空格會被保留，HTML空格最多保留一個 6、命名規則:命名必須見名知意 a)名字可包含字母、數字以及其他的字符 b)名字不能以數字或者標點符號開始 c)名字不能以字符"xml”(或者XML、 Xml) 開始 7、名字不能包含空格

8、 不應在XML元素名稱中使用":"，這是由于它用于命名空間(namespaces) 的保留字。 9、標簽優先于屬性。 10、XML 命名空間可提供避免元素命名沖突的方法。

1. CDATA: 字符數據，，字符數據不進行轉義

2. 12、 實體: &實體;

1.5、 Xml約束 1.5.1、 XML DTD約束 DTD (DocType Definition文檔類型定義)的作用是定義XML文檔的合法構建模塊。它使用一系列的合法元素來定義文檔結構。 用 于約定XML格式。 1、DTD引用方式 1.1、內部

1.5.2、 XML Schema約束 XML Schema是基于XML的DTD替代者。XML Schema描述XML文檔的結構。XML Schema語言也稱作XML Schema定，義 (XML Schema Definition, XSD)。+ DTD不是通過XML語法定義文檔結構，不能定義數據類型和限制Schema通過XML語法定義文檔結構，可以定義數據類型和限制 約定XML格式 定義可出現在文檔中的元素 定義可出現在文檔中的屬性 定義哪個元素是子元素 定義子元素的次序 定義子元素的數目 定義元素是否為空，或者是否可包含文本 定義元素和屬性的數據類型 定義元素和屬性的默認值以及固定值

1、為何使用Schema Vr XML Schema是DTD的繼任者 XML Schema可針對未來的需求進行擴展 XML Schema更完善，功能更強大 XML Schema基于XML編寫 XML Schema支持數據類型和限制 XML Schema支持命名空間

二、Java XML教程 1、Java XML解析器 1.1、什么是XML解析? 解析XML是指將通過XML文檔訪問數據或修改數據的一個操作或方法。 Java庫中提供了兩種XML解析器: 1、像文檔對象模型(Document Object Model, DOM) 解析器這的樹型解析器(tree parse)，它們將讀入的XML文檔轉換成樹結構。 2、像XML簡單API (Simple API for XML，SAX) 解析器這樣的流機制解析器(streaming parser)，它們在讀入XML文檔時生成相應的事件。 1.2、XML解析器是什么? XML解析器提供方法來訪問或修改XML文檔中的數據。Java提供 了多種選擇來解析XML文檔。以下是各種類型解析器其通常用于解析 XML文檔。 Dom解析器-解析通過加載該文件的全部內容,并創建其完整分級樹中存儲的文件。 SAX解析器-解析基于事件觸發器的文檔。不完整(部分)的文件加載到存儲器中。 JDOM解析器-解析以類似的方式，以DOM解析器但更簡單的方法的文檔。 StAX解析器-解析以類似的方式，以SAX解析器但在更高效的方式的文檔。 XPath解析器-解析基于表達式XML并廣泛選擇使用XSLT。 DOM4]解析器- Java庫來解析XML, XPath和使用Java集合框架XSLT, 為DOM, SAX和JAXP的支持。 6、Java DOM4]解析器 優勢 DOM4]使Java開發的靈活性和XML解析代碼易于維護。它是輕量級的，快速的API。

DOM4j類 DOM制定義了幾個Java類。以下是最常見的類: 類 說明 Document：表示整個XML文檔。文檔Document對象是通常被稱為DOM樹。 Element： 表示一個XML元素。Element對象有方法來操作其子元素， 它的文本，屬性和名稱空間。 Attribute： 表示元素的屬性。屬性有方法來獲取和設置屬性的值。它有父節點和屬性類型。 Node ： 代表元素，屬性或處理指令

Document提供了獲取根元素的方法：Element getRootElement()
 而element的每一個實例用于表示當前xml文件的一個元素（一對標簽），它提供了獲取
 其元素相關的方法：
 獲取當前標簽的名字：String getName()
 獲取當前標簽中間的文本：String getText()
 獲取當前標簽下指定名字的子標簽：Element element(String name)
 獲取當前標簽下的所有子標簽：List elements()
 獲取當前標簽下指定名字的子標簽：List elements(String name)
 獲取當前標簽下指定名字標簽的屬性：Attribute attribute(String name)
 Attribute的每一個實例表示一個屬性，它有兩個方法：
 獲取屬性名：String getName()
 獲取屬性值：String getValue()

一、設計模式的分類

總體來說設計模式分為三大類：

創建型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。

結構型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。

行為型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。

其實還有兩類：并發型模式和線程池模式。

二、設計模式的六大原則

1、開閉原則（Open Close Principle）

開閉原則就是說對擴展開放，對修改關閉。在程序需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。所以一句話概括就是：為了使程序的擴展性好，易于維護和升級。想要達到這樣的效果，我們需要使用接口和抽象類，后面的具體設計中我們會提到這點。

2、里氏代換原則（Liskov Substitution Principle）

里氏代換原則(Liskov Substitution Principle LSP)面向對象設計的基本原則之一。 里氏代換原則中說，任何基類可以出現的地方，子類一定可以出現。 LSP是繼承復用的基石，只有當衍生類可以替換掉基類，軟件單位的功能不受到影響時，基類才能真正被復用，而衍生類也能夠在基類的基礎上增加新的行為。里氏代換原則是對“開-閉”原則的補充。實現“開-閉”原則的關鍵步驟就是抽象化。而基類與子類的繼承關系就是抽象化的具體實現，所以里氏代換原則是對實現抽象化的具體步驟的規范。—— From Baidu 百科

3、依賴倒轉原則（Dependence Inversion Principle）

這個是開閉原則的基礎，具體內容：針對接口編程，依賴于抽象而不依賴于具體。

4、接口隔離原則（Interface Segregation Principle）

這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。還是一個降低類之間的耦合度的意思，從這兒我們看出，其實設計模式就是一個軟件的設計思想，從大型軟件架構出發，為了升級和維護方便。所以上文中多次出現：降低依賴，降低耦合。

5、迪米特法則（最少知道原則）（Demeter Principle）

為什么叫最少知道原則，就是說：一個實體應當盡量少的與其他實體之間發生相互作用，使得系統功能模塊相對獨立。

6、合成復用原則（Composite Reuse Principle）

原則是盡量使用合成/聚合的方式，而不是使用繼承。

三、Java的23中設計模式

從這一塊開始，我們詳細介紹Java中23種設計模式的概念，應用場景等情況，并結合他們的特點及設計模式的原則進行分析。

1、工廠方法模式（Factory Method）

工廠方法模式分為三種：

1、普通工廠模式，就是建立一個工廠類，對實現了同一接口的一些類進行實例的創建。

2、多個工廠方法模式，是對普通工廠方法模式的改進，在普通工廠方法模式中，如果傳遞的字符串出錯，則不能正確創建對象，而多個工廠方法模式是提供多個工廠方法，分別創建對象。

3、靜態工廠方法模式，將上面的多個工廠方法模式里的方法置為靜態的，不需要創建實例，直接調用即可。

一、HTTP基礎 1、web 交互的基本流程

客戶端根據用戶輸入的地址信息請求服務器，服務器在接收到用戶的請求后進行處理，然后將處理結果響應給客戶端，客戶端將響應結果展示給用戶。 ? 專業術語: ? 請求：客戶端根據用戶地址信息將數據發送給服務器的過程 ? 響應：服務器將請求的處理結果發送給瀏覽器的過程

問題： ? 客戶端也就是瀏覽器的版本是有很多的，服務器的版本也是有很多的，如何實現不同版本的瀏覽器和不同版本的服務器之間的數據交互呢？ ? 解決： ? 規范瀏覽器和服務器的數據交互的格式。 ? 實現： ? HTTP 協議

2、HTTP 的概念和介紹

概念： ? 超文本傳輸協議（Hyper Text Transfer Protocol）

作用： ? 規范了瀏覽器和服務器的數據交互

特點： ? 簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法常用的有 GET、HEAD、POST。每種方法規定了客 戶與服務器聯系的類型不同。由于 HTTP 協議簡單，使得 HTTP 服務器的程序規模小，因而通信速度很快 ? 靈活：HTTP 允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type 加以標記。 ? 無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，并收到客戶的應答后，即斷開連接。采用這 種方式可以節省傳輸時間。 ? 無狀態：HTTP 協議是無狀態協議。無狀態是指協議對于事務處理沒有記憶能力。缺少狀態意味著如果后續處理需要前面的信 息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。支持 B/S 及 C/S 模式。HTTP1.1 版本后支持可持續連接

3、HTTP 的交互流程：

HTTP 的交互流程一般分為四個步驟(一次完整的請求)： ? 步驟一: ? 客戶端和服務器端建立連接 ? 步驟二： ? 客戶端發送請求數據到服務器端(HTTP 協議) ? 步驟三： ? 服務器端接收到請求后，進行處理，然后將處理結果響應客戶端(HTTP 協議) ? 步驟四： ? 關閉客戶端和服務器端的連接(HTTP1.1 后不會立即關閉)

4、HTTP 協議之請求格式

請求格式的結構： ? 請求頭：請求方式、請求的地址和 HTTP 協議版本 ? 請求行：消息報頭，一般用來說明客戶端要使用的一些附加信息 ? 空行： 位于請求行和請求數據之間，空行是必須的。 ? 請求數據：非必須。

注意： 一張網頁的內容是極其豐富的，瀏覽器會遵循HTTP 請求的格式將有效數據發送給服務器。

5、HTTP 協議之請求方式

根據 HTTP 標準，HTTP 請求可以使用多種請求方法。HTTP1.0 定義了三種請求方法： GET, POST 和 HEAD 方法。HTTP1.1 新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和CONNECT 方法。

get 和 post 請求方式的區別: get 請求方式： 請求數據會以？的形式隔開拼接在請求頭中，不安全，沒有請求實體部分。HTTP 協議雖然沒有規定請求數據的大小，但是瀏覽 器對 URL 的長度是有限制的，所以 get 請求不能攜帶大量的數據。

post 請求方式： ? 請求數據在請求實體中進行發送，在 URL 中看不到具體的請求數據，安全。適合數據量大的數據發送。

6、HTTP 協議之響應

響應格式的結構： ? 響應行(狀態行)：HTTP 版本、狀態碼、狀態消息 ? 響應頭：消息報頭，客戶端使用的附加信息 ? 空行：響應頭和響應實體之間的，必須的。 ? 響應實體：正文，服務器返回給瀏覽器的信息

常見狀態碼： 200 OK //客戶端請求成功 400 Bad Request //客戶端請求有語法錯誤，不能被服務器所理解 401 Unauthorized //請求未經授權，這個狀態代碼必須和WWW-Authenticate 報頭域一起使用 403 Forbidden //服務器收到請求，但是拒絕提供服務 404 Not Found //請求資源不存在，eg：輸入了錯誤的 URL 500 Internal Server Error //服務器發生不可預期的錯誤 503 Server Unavailable //服務器當前不能處理客戶端的請求，一段時間后可能恢復正常

你是否還在尋找穩定的海外服務器提供商？創新互聯www.cdcxhl.cn海外機房具備T級流量清洗系統配攻擊溯源，準確流量調度確保服務器高可用性，企業級服務器適合批量采購，新人活動首月15元起，快前往官網查看詳情吧

當前名稱：187-創新互聯
網站鏈接：http://vcdvsql.cn/article38/ppopp.html

成都網站建設公司_創新互聯，為您提供商城網站、云服務器、小程序開發、響應式網站、品牌網站設計、服務器托管

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯