可以根據諸如作者、日期或文檔類型之類的屬*，很方便地定義條件。
我們已經擁有描述定製字段所需的屬*表類型並將其添加到文檔類型中，接下來可以創建帶定製字段的文檔。
MTOM提供了一種簡潔的機制傳遞二進制數據，如pdf、Doc、圖像和其他文檔類型。
這就使創建新源文檔類型或改變原型的表示格式變得非常容易，而無須查找並替換數百個樣式表。
本教程作為第2部分的鋪墊，第2部分主要討論信息建模，包括名稱空間的使用和定義文檔類型定義(DTD)模式。
0定了文檔類型:嚴格的，過渡*的，框架的。
要建立基於XML的煤礦空間信息系統，首先要定義它的文檔類型定義。
最知名的例子可能是SOAP。它不允許處理指令、文檔類型聲明和任何內部DTD子集。
使用樣例就能清楚地看出任何給定文檔類型中哪個元素是根元素，併為每個元素提供典型數據的例子。
對於需求文檔來説，文檔類型就像一個模版被使用。
在創建了屬*表類型之後，我們必須將它添加到文檔類型，這樣才能在文檔中將該屬*表類型用作定製字段。
因為XML允許創建這種表達意圖的文檔類型，所以您就能夠為各種語言環境生成易於正確、全面地進行本地化的文檔。
從設計的角度來説，許多人可能會有爭議，認為這無論如何是件好事，因為這意味着正式地考慮服務器要生成的文檔類型。
本文用統一建模語言描述了整個數據模型，給出了數據模型中幾種重要類的文檔類型定義。
如果您建立一個圖書館管理應用程序，直到用户將文檔拿到圖書管理員桌子上，您才知道用户要查看的文檔類型。
管理員還可以通過給用户組分配文檔類型和需求類型權限來控制項目文檔和需求的訪問。
首先討論安裝和配置，然後為聊天記錄創建自定義的模板和文檔類型。
即使OD f文檔的文件擴展名不正確，也可以通過提取這個文件輕鬆地判斷出文檔類型。
可以使用應用處理的文檔類型來標誌菜單，例如，電子表單應用程序可能會將其最左端的菜單標識為表單；*應用程序可能標識為*。
與文檔類型相關的工作流定義一個已上載文檔要進行發佈及變得對授權用户可見所需要經過的審批過程。
這種新的文檔類型以前面創建的ChatTranscript文檔類型subform為基礎。
例如，可以將用於媒體文件的文檔類型的存儲策略指定給具有大容量的磁盤。
如前所述，定製字段不是在文檔類型中直接定義的；相反，它們是在屬*表中定義的，然後再添加到文檔類型。
國文精選館
