文檔模式

簡介

文檔模式是元數據結構的最高級別。它們允許庫管理員控制添加到庫的文檔或檔案。文檔模式是將檔案分組在一起的一種方式，即使它們在整個庫中不同地方進行歸檔。文檔模式管理如何將檔案添加到庫中，並通過元數據收集有關它們的信息。將檔案添加到系統時，用戶將使用“文檔模式”欄位選擇與文檔關聯的模式。所選擇的模式將確定所需的元膠煮協乃數據和元數據將採用的格式。文檔模式也詢漿想指用於指定IE的頁面排版引擎（Trident）以哪個版本的方式來解析並渲染網頁代碼。切換文檔模式會導致網頁被刷新，但不會更改用戶代理字元串中的版本號，也不會從付立伺服器重新下載網頁。切換瀏覽器模灶斷槓式的同時，瀏覽器也會自動切換到相應的文檔模式。文檔模式在在計算機有著廣泛的套用，特別在瀏覽器中，我們常見文檔模式有HTML文檔模式，XML文檔模式。

管理功能

文檔模式管理以下文檔功能店凳埋照：

常規 - 設定模式主籃盼名稱，格式和文檔編號約定。

模式成員資格 - 定義哪些組可以訪問此模式。

元數據 - 定義套用於文檔的元數據欄位。

工作流程 - 為屬於此架構的文檔設定審核和審批流程。

信使 - 將檔案傳送給外部個人或內部FileHold用戶查看和批准。

自定義命名 - 為文檔設定命名約定。

自動歸檔 - 定義庫中的目標資料夾。

事件計畫 - 確定何時將文檔轉換為記錄，存檔或刪除文檔。

DB查找 - 對模式中的所有元數據欄位執行資料庫查找。

文檔模式定義語言

文檔模式定義語言（DocumentSchema Definition Languages, DSDL）是一種進行 XML 驗證和核心處理的框架，由獨立專家或專家小組制定的各種規範組成，每一種規範針對一個良好定義並具有良好邊界的問題域。通過本文研究 DSDL 組成，包括 RELAX NG 和 Schematron，這兩者已經找到了各自的發展動力，而其他部分仍處於開發中。

Document SchemaDefinition Languages (DSDL) [ISO 草案標準和 ISO/IEC 標準 JTC 1 SC 34 WG 1] 是一組有關 XML 驗證和基本文檔組成的規範。DSDL 所體現的理念是使用多種方法進行 XML 驗證和核心處理，並且多種方法之間能夠互相補充。這並不是指創建一個具有所有這種功能的龐大系統，相反，DSDL 創建了一種集合了各種標準的框架，您可以單獨使用這些標準，也可以結合使用於進行 XML 驗證。這種射祖婆方法避免了每個規範自身的複雜性，同時又提供了處理複雜問題的能力。下面列出了組成 DSDL 的 10 部分內容：

第 1 部分：互操作性框架（Interoperabilityframework）：該部分是 DSDL 的規範結構圖，並對 DSDL 進行了整體概述。

第 2 部分：基於語法的驗證（Grammar-basedvalidation）：該部分是 ISO RELAX NG。

第 3 部分：基於規則的驗證（Rule-basedvalidation）：該部分是 ISO Schematron。

第 4 部分：驗證方法選擇（Selectionof validation candidates）：該部分是基於名稱空間的處理語言（Namespace-based Validation Dispatching Language, NVDL），一種分解由多個辭彙表組成文檔的方式，以實現更輕鬆的驗證。該部分一直具有很多投入，但是 James Clark 的名稱空間路由語言（Namespace Routing Language, NRL）是其中最主要的投入。

第 5 部分：數據類型（Datatypes）：該部分是創建新原語數據類型的框架。Jeni Tennison 的數據類型庫語言（Datatype Library Language）是其中一項投入。它定義了一種 XML 語言，可用於定義新類型的辭彙表示的正則表達式。從某種程度上說，這是專門為 W3C XML Schema (WXS) 中的分面機制（facet mechanism）提供，但是 DSDL 第 5 部分中最重要的區別是添加了將新數據類型映射到值空間的機制，而 WXS 沒有此項內容。事實上，這允許您指定新數據類型的語法和語義，這非常關鍵。

第 6 部分：基於路徑的完整性約束（Path-based integrity constraints）：該部分的目的是定義與 WXS 的 xs:unique、xs:key 和 xs:keyref 類似的特性。

第 7 部分：字元表驗證（Characterrepertoire validation）：該部分的目標是創建一種能夠允許模式設計者約束字元集（可以在不同 XML 辭彙結構中使用）的語言。目前有很多方法可以表示 RELAX NG 中出現的此類約束，但是嘗試對諸如混合內容這類情況套用約束時就會失敗。第 7 部分則可以做到這一點，例如，它允許表示這樣的約束：“元素和屬性名以及 PI 目標應該為基本的 Latin-1”或 “數字不能出現在元素和屬性名中”。

第 8 部分：聲明性文檔操作（Declarativedocument manipulation）：這是定義可由多種 XML 語法表示的模式的方法，其基礎是一種強大的模式技術，名為 Architectural Forms。

第 9 部分：可識別數據類型和名稱空間的 DTD（Datatype- and namespace-aware DTDs）：該部分使 DTD 在當前 XML 開發中更為有用，它在最新的模式語言中添加了更加通用的特性。

第 10 部分：驗證管理（Validationmanagement）：該部分允許您將來自 DSDL 的不同部分組合起來。為預處理和驗證文檔提供了管道框架（pipeline framework）。

HTML文檔模式

IE5.5引入了文檔模式的概念，而這個概念是通過使用文檔類型（doctype）切換實現的。

HTML文檔模式主要分為：混雜模式/怪異模式（quirksmode、標準模式（standards mode）和準標準模式（almost standards mode）。

!DOCTYPE

在所有 HTML 文檔中規定 DOCTYPE 是非常重要的，這樣瀏覽器就能了解預期的文檔類型，告訴瀏覽器要通過哪一種規範（文檔類型定義 DTD）解析文檔（比如HTML或XHTML規範）；

!DOCTYPE聲明不屬於 HTML 標籤；tag; 它是一條指令，告訴瀏覽器編寫頁面所用的標記的版本。

HTML 4.01 中的 doctype 需要對 DTD 進行引用，因為 HTML 4.01基於 SGML。而 HTML 5 不基於 SGML，因此不需要對 DTD 進行引用，但是需要 doctype 來規範瀏覽器的行為（html 5簡化了這種聲明，意在告訴瀏覽器使用統一的標準即可, 這個統一的標準去哪裡找啊,www.w3.org）。

標準模式

對於標準模式，可以通過使用下面任何一種文檔類型來開啟：

<!DOCTYPEHTMLPUBLIC"-//W3C//DTDHTML4.01//EN""

<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Strict//EN""

<!DOCTYPEhtml>

準標準模式

而對於準標準模式，則可以通過使用過渡型（transitional）或框架集型（frameset）文檔類型來觸發，如下所示：

<!DOCTYPEHTMLPUBLIC"-//W3C//DTDHTML4.01Transitional//EN""<!DOCTYPEHTMLPUBLIC"-//W3C//DTDHTML4.01Frameset//EN""<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Transitional//EN""<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Frameset//EN""

混雜模式/怪異模式

怪異模式（英語：quirks mode）是指在計算機領域中，一些網頁瀏覽器為了維持對較舊的網頁設計的向後兼容性，而使用的一種技術，有別於嚴格遵循全球資訊網聯盟（W3C）與網際網路工程任務組（IETF）標準而設計的“標準模式”。

IE8又引入了一種新的文檔模式，叫做超級標準模式。超級文檔模式可以讓IE以其所有版本中最符合標準的方式來解釋網頁內容。總的來看，混雜模式讓IE像IE5，標準模式使用IE7的呈現引擎，而超級標準模式則是IE8的默認文檔模式--不過，在IE8中使用下面這個特殊的<meta>值可以關閉其默認文檔模式：

<metahttp-equiv="X-UA-Compatible" content="IE=7" />

其中，content屬性中IE的值用於指定使用哪個版本的呈現引擎來呈現頁面。設計這個值的目的就是為了向後兼容那些專門為老版本的IE設計的站點和頁面。與準標準模式類似，超級標準模式與標準模式一般也不會有什麼差別。因此，本書在提到標準模式時，指的是除混雜模式之外的其他所有模式。

文檔模式

基本介紹

簡介

管理功能

相關詞條

熱門詞條