推薦：快速從一個(gè)XML文件中查找信息
在網(wǎng)絡(luò)時(shí)代,XML文件起到了一個(gè)保存和傳輸數(shù)據(jù)的作用。Soap協(xié)議通過Xml交流信息，數(shù)據(jù)庫通過Xml文件存取等等。那么怎樣快速的從一個(gè)XML文件中取得所需的信息呢？ 我們知道，JAVA的JAXP中和Micr

最佳實(shí)踐 1：總是使用 html 標(biāo)記屬性聲明頁面文本的默認(rèn)語言，除非文檔包含針對使用多種語言的演講者的內(nèi)容。

最佳實(shí)踐 2：如果文檔包含針對使用多種語言的演講者的內(nèi)容，決定是否需要在 html 標(biāo)志中聲明一種語言，或者不定義語言。

最佳實(shí)踐 3：如果文檔包含針對使用多種語言的演講者的內(nèi)容，嘗試根據(jù)最可能使用的語言對文檔進(jìn)行劃分，并為每部分聲明合適的語言。

最佳實(shí)踐 4：在文本中使用 lang 和/或 xml:lang 屬性來指出語言上的任何更改。

最佳實(shí)踐 5：對于 HTML，只使用 lang 屬性;對于用作文本或 html 的 XHTML 1.0，使用 lang 和 xml:lang 屬性;對于用作 XML 的 XHTML，只使用 xml:lang 屬性。

最佳實(shí)踐 6：使用語言屬性聲明用于文本處理的默認(rèn)語言，而不是使用 HTTP 或元元素。

最佳實(shí)踐 7：不要在 body 元素中聲明文檔的默認(rèn)語言，使用 html 元素。

最佳實(shí)踐 8：如果屬性值中的文本和元素內(nèi)容使用的語言不同，考慮使用嵌入式方法。

最佳實(shí)踐 9：考慮在 HTTP 報(bào)頭使用 Content-Language 聲明或者使用元標(biāo)記聲明文檔目標(biāo)受眾的語言元數(shù)據(jù)。

最佳實(shí)踐 10：如果文檔包含針對使用多種語言的演講者的內(nèi)容，結(jié)合使用 Content-Language 和以逗號(hào)分隔的語言標(biāo)記列表。

最佳實(shí)踐 11：遵循 IETF 的 BCP 47 中關(guān)于語言屬性值的指導(dǎo)。

最佳實(shí)踐 12：使用盡可能短的語言標(biāo)記值。

最佳實(shí)踐 13：如果可能，使用代碼 zh-Hans 和 zh-Hant 分別指代簡體中文和繁體中文。

最佳實(shí)踐 14：當(dāng)指向另一種語言中的資源時(shí)，考慮指明目標(biāo)文檔語言的優(yōu)缺點(diǎn)。

最佳實(shí)踐 15：如果希望指出一個(gè)元素的目標(biāo)文檔使用的是另一種語言，考慮結(jié)合使用 CSS 和 hreflang 的優(yōu)缺點(diǎn)。

最佳實(shí)踐 16：不要使用標(biāo)志圖標(biāo)指明語言。

最佳實(shí)踐 1：總是使用 html 標(biāo)記屬性聲明頁面文本的默認(rèn)語言，除非文檔包含針對使用多種語言的演講者的內(nèi)容。

最佳實(shí)踐 2：如果文檔包含針對使用多種語言的演講者的內(nèi)容，決定是否需要在 html 標(biāo)志中聲明一種語言，或者不定義語言。

最佳實(shí)踐 3：如果文檔包含針對使用多種語言的演講者的內(nèi)容，嘗試根據(jù)最可能使用的語言對文檔進(jìn)行劃分，并為每部分聲明合適的語言。

最佳實(shí)踐 4：在文本中使用 lang 和/或 xml:lang 屬性來指出語言上的任何更改。

最佳實(shí)踐 5：對于 HTML，只使用 lang 屬性;對于用作文本或 html 的 XHTML 1.0，使用 lang 和 xml:lang 屬性;對于用作 XML 的 XHTML，只使用 xml:lang 屬性。

最佳實(shí)踐 6：使用語言屬性聲明用于文本處理的默認(rèn)語言，而不是使用 HTTP 或元元素。

最佳實(shí)踐 7：不要在 body 元素中聲明文檔的默認(rèn)語言，使用 html 元素。

最佳實(shí)踐 8：如果屬性值中的文本和元素內(nèi)容使用的語言不同，考慮使用嵌入式方法。

最佳實(shí)踐 9：考慮在 HTTP 報(bào)頭使用 Content-Language 聲明或者使用元標(biāo)記聲明文檔目標(biāo)受眾的語言元數(shù)據(jù)。

最佳實(shí)踐 10：如果文檔包含針對使用多種語言的演講者的內(nèi)容，結(jié)合使用 Content-Language 和以逗號(hào)分隔的語言標(biāo)記列表。

最佳實(shí)踐 11：遵循 IETF 的 BCP 47 中關(guān)于語言屬性值的指導(dǎo)。最佳實(shí)踐 12：使用盡可能短的語言標(biāo)記值。

最佳實(shí)踐 13：如果可能，使用代碼 zh-Hans 和 zh-Hant 分別指代簡體中文和繁體中文。

最佳實(shí)踐 14：當(dāng)指向另一種語言中的資源時(shí)，考慮指明目標(biāo)文檔語言的優(yōu)缺點(diǎn)。

最佳實(shí)踐 15：如果希望指出一個(gè)元素的目標(biāo)文檔使用的是另一種語言，考慮結(jié)合使用 CSS 和 hreflang 的優(yōu)缺點(diǎn)。

最佳實(shí)踐 16：不要使用標(biāo)志圖標(biāo)指明語言。

5 月

MathML 是最初的幾個(gè) XML 應(yīng)用程序之一，但遺憾的是它的實(shí)際應(yīng)用有限。盡管如此，W3C Math Working Group 并沒有放棄，并在 4 月末發(fā)行了 MathML 3 的第一個(gè)草案(是的，我知道本節(jié)應(yīng)該總結(jié) 5 月份的事件，但 5 月份并沒有發(fā)生太多的 XML 事件)。

　　MathML 3 最重要的功能是支持小學(xué)數(shù)學(xué)符號(hào)。畢竟，小學(xué)生比數(shù)學(xué)博士多得多，比例大概是 100 000 比 1。MathML 3 還添加了對雙向布局的支持，并針對改良的排版對斷行和定位方法進(jìn)行了改進(jìn)。最后，經(jīng)過重寫之后的規(guī)范條理更加清晰。我們希望第 3 次修改會(huì)更好。畢竟，Web 是為數(shù)學(xué)而誕生的。

6 月

在 6 月，OpenOffice Project 發(fā)布了 OpenOffice 2.2，這是一個(gè)跨平臺(tái)的 office 套件，它將所有文件保存為國際標(biāo)準(zhǔn) OpenDoc 格式的壓縮 XML 文件。這幾乎是一個(gè) bug 修復(fù)版，不值得在一篇年度回顧文章中提及。但真正值得一提的是 OpenOffice Project 在發(fā)布針對 Linux® 和 Microsoft® Windows® 的版本的同時(shí)，還發(fā)布了第一個(gè)原生 Mac OS X 版本。

與 Mac 上以前的不完全版本(semi-releases)不同，2.2 版基于 Mac 的原生 Aqua 用戶接口工具箱，而不是 X-Windows。雖然 Mac 版本只具有內(nèi)部測試版品質(zhì)(alpha quality)，但仍然極大推動(dòng)了 OpenOffice，使其離成為 Microsoft Office 有力競爭者這一目標(biāo)更進(jìn)一步。如果 OpenOffice 能夠吸引大量使用 MacBook 的編程人員，那么它最終可能消除自 1.0 版就存在的用戶界面問題。

6 月里也發(fā)生了與瀏覽器端相關(guān)的重大事件，Apple 在這一月發(fā)布了 Safari 3.0 for Windows 的第一個(gè)測試版。Apple 不再滿足于 6%(仍在增長)的市場份額，它似乎要在大后方向 Microsoft 發(fā)起全面挑戰(zhàn)。首先是 iTunes，現(xiàn)在是 Safari?iLife 和 iWork 還會(huì)很遠(yuǎn)嗎?只有在 2008 年才能看到結(jié)果。同時(shí)，Safari 支持 XML、XSLT、Cascading Style Sheets (CSS)、XHTML、Atom 和 RSS。Safari 的 CSS 支持比任何其他 Windows 平臺(tái)的瀏覽器都要好。由于被 Google 搞得心煩意亂，Microsoft 可能未注意到 Apple 已經(jīng)從后面偷偷趕上了。

7 月

在 7 月，W3C 發(fā)布了 Efficient XML Interchange (EXI) Format 1.0 的第一個(gè)公開工作草案。該規(guī)范聲明：

“EXI 是 eXtensible Markup Language (XML) Information Set 的簡潔表示，旨在同時(shí)優(yōu)化性能和計(jì)算資源的利用率。EXI 格式使用一種源于信息和正式語言理論的混合方法以及經(jīng)過測量驗(yàn)證的實(shí)踐技術(shù)對 XML 信息進(jìn)行熵編碼。使用相對簡單的算法和一個(gè)小型的數(shù)據(jù)類型集合，前者有助于更快更緊湊的實(shí)現(xiàn)，后者能夠可靠地產(chǎn)生有效的 XML 事件流編碼”。

我不知道還有什么比這更糟：這種格式難以置信的不透明性，或者 EXI 實(shí)際上并不是 XML 信息集合表示的事實(shí)。不透明性我已經(jīng)預(yù)料到了，但是后者大出我所料。EXI 引入了數(shù)據(jù)類型，比如二進(jìn)制、布爾值、小數(shù)、浮點(diǎn)數(shù)、整數(shù)、無符號(hào)整數(shù)，以及日期-時(shí)間。XML 沒有數(shù)據(jù)類型，而這只是一個(gè)特性，并不是一個(gè) bug。XML 并未打算告訴任何讀者它如何解釋文檔中的文本字符串，但 EXI 這樣做了。

幸運(yùn)的是，在年末，EXI 在 W3C 的其他成員中出現(xiàn)后退，其中包括著名的 Technical Architecture Group。W3C 流程很難改變規(guī)范的方向，無論該規(guī)范是多么的不完善，因此 EXI 很可能會(huì)在 2008 年發(fā)布。這并不是 W3C 孵化的第一個(gè)產(chǎn)物(某種模式?)，而且也肯定不是最后一個(gè);但是如果對二進(jìn)制序列化的固有問題進(jìn)行充分的提前預(yù)警，那么就不會(huì)造成更多的損失。希望人們更多地將其看作 XML 1.1，而不是 XML Schema。

8 月

在 8 月，XML 研究者從法國轉(zhuǎn)移到蒙特利爾，在這里舉行了一年一次的 Extreme Markup Languages 會(huì)議。這是至今為止每年三次主要 XML 會(huì)議中最令人討厭的一次。沒有關(guān)于如何編寫樣式表或模式的培訓(xùn)。取而代之的是 “A Web 2.0 ANSI SQL Transparent Native XML Nonlinear Hierarchical LCA Query Processor” 和 “Exploring intertextual semantics: A reflection on attributes and optionality” 這樣的主題。

這個(gè)會(huì)議總是經(jīng)費(fèi)緊張，發(fā)言者通常比付費(fèi)的出席者要多。會(huì)議主辦方往往在會(huì)議結(jié)束時(shí)才確定是否將再次舉行會(huì)議，而每個(gè)人也在靜觀其變。很不幸，今年將不再舉辦此會(huì)議。2007 年注定是 Extreme 的最后一次爭論(盡管它比許多競爭者都更長久)。

但是隨著舊的會(huì)議的結(jié)束，新的會(huì)議將會(huì)出現(xiàn)。Mulberry Technologies，從我注意到它開始就在幾乎所有內(nèi)容上使用 Extreme，該組織宣布將于 2008 年 8 月 12-15 日在蒙特利爾舉行 Balisage: The Markup Conference。

“Balisage 將會(huì)滿足那些致力于滿足拓寬標(biāo)記應(yīng)用領(lǐng)域的理論家或?qū)嵺`家的需要。所有內(nèi)容都與標(biāo)記相關(guān)：如何創(chuàng)建標(biāo)記;標(biāo)記的含義;分層與重疊;模擬;分類;轉(zhuǎn)換;查詢、搜索和檢索;呈現(xiàn)和可訪問性;構(gòu)建能夠使用標(biāo)記的系統(tǒng)(或者使標(biāo)記在更小的空間獲得更快的性能)— 簡而言之，通過對信息進(jìn)行標(biāo)記產(chǎn)生的強(qiáng)大功能改變世界和 Web。”

如果加拿大元繼續(xù)與美元背道而馳，那么 2008 年對美國人來說不太劃算，但對歐洲人和加拿大人確是個(gè)好時(shí)機(jī)。

分享：Web 2.0 編程思想：16條法則
　　1、在你開始之前，先定一個(gè)簡單的目標(biāo)。 　　無論你是一個(gè)Web 2.0應(yīng)用的創(chuàng)建者還是用戶，請清晰的構(gòu)思你的目標(biāo)。就像“我需要保存一個(gè)書簽”或者“我準(zhǔn)備幫助人們創(chuàng)建可編輯的、共享的