【正文】 件夾。） 創(chuàng)建架構(gòu)文件夾時(shí)，您必須確定這些文件夾的范圍。 定義窗體注冊(cè)。 定義常用的內(nèi)容類和屬性定義。 定義架構(gòu)文件夾。 架構(gòu)文件夾可以有不同的級(jí)別，如頂級(jí)架構(gòu)文件夾包含在同一根下運(yùn)行的所有應(yīng)用程序。 稍微復(fù)雜點(diǎn)的應(yīng)用程序可以分別有單獨(dú)的應(yīng)用程序文件夾、數(shù)據(jù)文件夾和架構(gòu)文件夾。 一個(gè)簡(jiǎn)單的應(yīng)用程序可以有一個(gè)包含應(yīng)用程序文件（ASP、HTML 頁(yè)面）和數(shù)據(jù)項(xiàng)的文件夾，以及一個(gè)架構(gòu)文件夾。設(shè)計(jì)文件夾結(jié)構(gòu)有許多靈活的方式。將應(yīng)用程序文件夾和數(shù)據(jù)文件夾分開(kāi)也是一種好方法。 窗體注冊(cè)文件夾：包括窗體注冊(cè)項(xiàng)。 數(shù)據(jù)（內(nèi)容）文件夾：包括數(shù)據(jù)項(xiàng)或文檔。 應(yīng)用程序文件夾：包括 ASP 頁(yè)面、HTML 頁(yè)面、Web 存儲(chǔ)系統(tǒng)窗體等等。 重復(fù)使用和共享架構(gòu)。 性能影響：將在以后的部分中討論。 物理模型的復(fù)雜程度：您應(yīng)當(dāng)考慮到維護(hù)復(fù)雜文件夾結(jié)構(gòu)的困難程度。在作出最終設(shè)計(jì)決定前應(yīng)當(dāng)考察所有相關(guān)的信息和設(shè)計(jì)選項(xiàng)。考慮以下各項(xiàng)： 設(shè)計(jì)文件夾結(jié)構(gòu)有許多種方式。為了避免設(shè)計(jì)和管理應(yīng)用程序架構(gòu)太過(guò)復(fù)雜，應(yīng)規(guī)劃并組織好您的架構(gòu)信息。架構(gòu)定義項(xiàng)可置于特定存儲(chǔ)區(qū)內(nèi)的任一文件夾中，并用于為您的應(yīng)用程序定義架構(gòu)。有關(guān)架構(gòu)設(shè)計(jì)的詳細(xì)信息，請(qǐng)參考 Exchange 2000 SDK 以及白皮書(shū)“Web 存儲(chǔ)系統(tǒng)架構(gòu)：使用和最佳方法指南?，F(xiàn)在，理解 message 類的應(yīng)用程序就可以理解 expensemessage 類的一些屬性，而把其余屬性當(dāng)作自定義屬性。然后創(chuàng)建一個(gè) exprensemessage 類和一個(gè) exprensedocument 類，它們自己沒(méi)有其它屬性。但在這一方案中我們希望有作為文檔的一個(gè)特定類的費(fèi)用報(bào)告和作為消息的一個(gè)特定類的費(fèi)用報(bào)告。圖 8. 簡(jiǎn)單內(nèi)容類繼承圖 9. 帶有多個(gè)繼承關(guān)系的內(nèi)容類內(nèi)容類也可擴(kuò)展為多個(gè)內(nèi)容類。 圖 10 顯示一個(gè)簡(jiǎn)單的繼承方案。擴(kuò)展內(nèi)容類意味著已擴(kuò)展的（派生的）內(nèi)容類實(shí)例的所有屬性也存在于擴(kuò)展中的（基本的）內(nèi)容類實(shí)例中。圖 7. 示例：架構(gòu)設(shè)計(jì)考慮內(nèi)容類的繼承性 您當(dāng)然可以從頭開(kāi)始定義一個(gè)全新的內(nèi)容類。下面的關(guān)系圖闡釋了使用一個(gè) Exchange 2000 SDK 工具（即：Web 存儲(chǔ)系統(tǒng)架構(gòu)設(shè)計(jì)器）來(lái)自定義內(nèi)容類的一個(gè)示例。存儲(chǔ)架構(gòu)定義的位置和組織架構(gòu)定義的方式由您決定。您可以將這些信息存儲(chǔ)在您的應(yīng)用程序數(shù)據(jù)所在的同一文件夾中，但我們強(qiáng)烈建議您使用一個(gè)不同的子文件夾，我們稱之為架構(gòu)文件夾。 定義自定義內(nèi)容類 在定義了這些自定義屬性之后，下一步就是定義您的自定義內(nèi)容類。 例如， urn:schemassample:engineering:eco. 但是，最好還是遵守以下一些約定： 例如，向 : 命名空間添加屬性就不好，而應(yīng)當(dāng)為您的內(nèi)容類和屬性創(chuàng)建自己的命名空間。URL 用作命名空間時(shí)，最后一個(gè)分隔符為字符“/”。您應(yīng)當(dāng)從您擁有或已注冊(cè)的 URL 中選擇基于 URL 的命名空間。例如，第三個(gè)命名空間中的一個(gè)屬性是 urn：schemasmicrosoft:office:officeAuthor。例如，第二個(gè)命名空間中的一個(gè)屬性是 urn：schemasmicrosoft:exchdata:ismultivalued。第二個(gè)和第三個(gè)命名空間的差別就在于：第二個(gè)命名空間的結(jié)尾有一個(gè)命名空間分隔符而第三個(gè)命名空間沒(méi)有。 接下來(lái)的兩個(gè)是專用 URN。 urn:schemasmicrosoft:office:office urn:schemas:mail: 指示“擁有”屬性或類定義的個(gè)體或組織。如果您有多個(gè)應(yīng)用程序在同一時(shí)間部署，或者獨(dú)立軟件開(kāi)發(fā)商 (ISV) 在一個(gè)大型組織中部署他們的應(yīng)用程序時(shí)，這一點(diǎn)都是特別重要的。命名空間的作用包括： 對(duì)于還需要包含位置信息的標(biāo)識(shí)符，則建議使用 URL 機(jī)制。其語(yǔ)法如下所示： urn: NID : NSSNID 是命名空間標(biāo)識(shí)符，NSS 是命名空間特定的字符串。目前還沒(méi)有一種通用的方式來(lái)間接訪問(wèn) URN 以查找它所標(biāo)識(shí)的資源。如果未指定端口，默認(rèn)為端口 80；如果未指定路徑，請(qǐng)求 URI 將為“/”。 分隔的關(guān)鍵字/值對(duì)的列表。對(duì)于 HTTP URL，語(yǔ)法如下： :// host [: port] [path [? query]]host 是服務(wù)器的 IP 地址， port 是服務(wù)器偵聽(tīng)的 TCP 端口號(hào)， path 是在 HTTP 請(qǐng)求中作為請(qǐng)求 URI 傳遞的絕對(duì) URI。 而 URN 則與位置無(wú)關(guān)，而且與定位所標(biāo)識(shí)資源要使用的協(xié)議或機(jī)制也毫無(wú)關(guān)系。 URL 對(duì)定位所標(biāo)識(shí)資源所需的底層協(xié)議進(jìn)行編碼。URI 可以是一個(gè)統(tǒng)一資源定位符 (URL) 或一個(gè)統(tǒng)一資源名稱 (URN)。如果您不熟悉 URN、URI 和 URL 這些詞，在繼續(xù)之前建議您看一看下面的定義。因此，要使架構(gòu)感知的應(yīng)用程序能識(shí)別您的屬性，必須把屬性和內(nèi)容類的定義添加到應(yīng)用程序文件夾的架構(gòu)范圍中。如果使用 Exchange OLE DB 提供程序或 ADO 直接綁定到項(xiàng)上，或通過(guò) HTTP/WebDAV 協(xié)議發(fā)出一個(gè) 0 深度的 PROPFIND 命令，Web 存儲(chǔ)系統(tǒng)將返回該項(xiàng)的所有自定義屬性。自定義屬性與它的關(guān)聯(lián)項(xiàng)一起保存。雖然 Web 存儲(chǔ)系統(tǒng)提供許多預(yù)定義的屬性，您可以為每一項(xiàng)存儲(chǔ)任意數(shù)量的其它屬性；這些屬性就稱為自定義屬性。通過(guò)確定包含架構(gòu)定義項(xiàng)的其它文件夾，可以擴(kuò)展某文件夾的架構(gòu)范圍。 這是搜索架構(gòu)定義項(xiàng)的第一個(gè)文件夾，并且總是文件夾架構(gòu)范圍中的第一個(gè)文件夾。 范圍可以很簡(jiǎn)單，只包含全局架構(gòu)文件夾；也可以比較復(fù)雜，包含一個(gè)很大的文件夾 URL 的列表。文件夾的架構(gòu)范圍是一組按某特定順序遍歷的文件夾，它們包含架構(gòu)定義項(xiàng)。表 2. 內(nèi)容類內(nèi)容類說(shuō)明urn:contentclasses:item 存儲(chǔ)區(qū)中各項(xiàng)的基類urn:contentclasses:message 消息的基類urn:contentclasses:calendarmessage會(huì)議請(qǐng)求和響應(yīng)的基類urn:contentclasses:appointment 約會(huì)的基類urn:contentclasses:person 聯(lián)系人項(xiàng)的基類urn:contentclasses:folder文件夾的基類urn:contentclasses:documentMicrosoft Office 文檔的基類Web 存儲(chǔ)系統(tǒng)架構(gòu)的一個(gè)長(zhǎng)處是它們?yōu)榧軜?gòu)感知的應(yīng)用程序和工具提供了一種方法，可用來(lái)查找出適用于某一特定應(yīng)用程序的內(nèi)容類和屬性的名稱。定義自己的自定義內(nèi)容類時(shí)，您可以使用或擴(kuò)展（子類）某一預(yù)定義內(nèi)容類。為您的應(yīng)用程序創(chuàng)建架構(gòu)定義時(shí)，要定義自定義內(nèi)容類及相關(guān)的屬性。Web 存儲(chǔ)系統(tǒng)架構(gòu)是以內(nèi)容類為中心的。下面一段是對(duì) Web 存儲(chǔ)系統(tǒng)架構(gòu)的簡(jiǎn)要介紹。架構(gòu)設(shè)計(jì)通常是定義數(shù)據(jù)服務(wù)模型的第一步。對(duì)于存儲(chǔ)區(qū)，我們將架構(gòu)設(shè)計(jì)的重心放在內(nèi)容類及與其相關(guān)聯(lián)的屬性集方面。首先，什么是架構(gòu)？對(duì)于建立在 Web 存儲(chǔ)系統(tǒng)技術(shù)基礎(chǔ)上的整個(gè)物理設(shè)計(jì)模型來(lái)說(shuō)，為什么架構(gòu)設(shè)計(jì)至關(guān)重要？架構(gòu)一詞指的是一種定義和組織數(shù)據(jù)（有時(shí)稱為元數(shù)據(jù)）的方法。數(shù)據(jù)服務(wù)維護(hù)作為公司資產(chǎn)的永久和非永久數(shù)據(jù)的可用性和完整性。 如果使用 Web 存儲(chǔ)系統(tǒng)進(jìn)行的大多是讀取操作而不是更新操作，且不涉及工作流，則使用 COM+ 組件。 具有定時(shí)器事件。 具有整個(gè)存儲(chǔ)區(qū)范圍內(nèi)的事件。 驗(yàn)證過(guò)程簡(jiǎn)單。 只涉及少量的用戶或資源。 如果業(yè)務(wù)過(guò)程符合以下情況，則使用工作流： 因此，我們建議采用前三種方法。有四個(gè)基本選項(xiàng)：工作流引擎、事件接收器、 COM+ 組件和腳本（客戶端或服務(wù)器端腳本）。以下是一組使用 Web 存儲(chǔ)系統(tǒng)設(shè)計(jì)業(yè)務(wù)服務(wù)的最佳方法：通過(guò)使用方案確定關(guān)鍵業(yè)務(wù)過(guò)程 在邏輯設(shè)計(jì)階段，開(kāi)發(fā)小組應(yīng)檢查他們?cè)诟拍钤O(shè)計(jì)階段收集的方案以確定業(yè)務(wù)過(guò)程，如文檔批準(zhǔn)過(guò)程或內(nèi)容變換過(guò)程。有關(guān) Web 存儲(chǔ)系統(tǒng)窗體的詳細(xì)信息，請(qǐng)參考 Exchange 2000 SDK。 處理從 HTTP 請(qǐng)求報(bào)頭讀取的信息，并與存儲(chǔ)在 中瀏覽器的信息相比較，就可以得到瀏覽器的功能信息。 執(zhí)行 URL：執(zhí)行該 URL 將顯示窗體。ISAPI DLL 檢查窗體注冊(cè)表的窗體注冊(cè)。 IIS 調(diào)用 ISAPI DLL。窗體注冊(cè)表允許開(kāi)發(fā)人員覆蓋 Outlook Web Access 中的默認(rèn)顯示方式。Web 存儲(chǔ)系統(tǒng)中的所有內(nèi)容都是可用 URL 尋址的。根據(jù) Microsoft Exchange 產(chǎn)品組的編程經(jīng)理 Jamie Cool 的說(shuō)法，更正式的定義為“一個(gè)過(guò)程，它使用 HTTP 通信，可通過(guò) HTML 與用戶進(jìn)行交互并操作數(shù)據(jù)，從而響應(yīng)用戶的操作。存儲(chǔ)區(qū)能夠與請(qǐng)求相適應(yīng)以保證執(zhí)行正確的窗體。 以數(shù)據(jù)為中心：瀏覽器請(qǐng)求存儲(chǔ)區(qū)中某一項(xiàng)的 URL。支持那些功能的瀏覽器包括 Microsoft Internet Explorer 或更高版本以及 Netscape Navigator 3 或更高版本。注冊(cè)本身就是 Web 存儲(chǔ)系統(tǒng)數(shù)據(jù)存儲(chǔ)區(qū)中的一條記錄。Web 存儲(chǔ)系統(tǒng)窗體是一種基于 Web 的窗體技術(shù)，它建立在 Internet 標(biāo)準(zhǔn)之上。因?yàn)槭褂?Outlook Web Access 可以在很大程度上減輕您的開(kāi)發(fā)工作，您應(yīng)當(dāng)盡可能地使用它。例如， Web 頁(yè)面可以包含用戶的收件箱和組日歷。Outlook Web Access 為每天的任務(wù)提供了默認(rèn)視圖 — 例如，查看收件箱和發(fā)件箱。這些部分可以嵌入到 Web 頁(yè)面中。 分類選擇服務(wù) 導(dǎo)航服務(wù) 這樣能夠保證 KM 解決方案有一致的外觀。許多 Web 部件和儀表板都具有用戶專用的屬性，但如果您是管理員，可以控制用戶能夠更改 Web 部件或儀表板的程度。這些屬性使 Web 部件和儀表板成為中立的存儲(chǔ)空間并且完全可以重復(fù)使用。圖 6. 數(shù)字儀表板示例實(shí)現(xiàn)用作 Web 部件的一般用戶服務(wù) 數(shù)字儀表板的核心是 Web 部件。圖 8 顯示一個(gè)名為 Adventure Works 的虛構(gòu)的公司的數(shù)字儀表板。通常數(shù)字儀表板應(yīng)用程序有一個(gè)增強(qiáng)的用戶界面，它將常見(jiàn)的 Microsoft Office 功能與易用的 Web 瀏覽器風(fēng)格的控件相結(jié)合。 生成 Web 部件很容易；最終用戶可在儀表板中創(chuàng)建簡(jiǎn)單的 Web 部件。DDRK 中包含所有必需的工具和文檔、示例儀表板以及可立即用于各種數(shù)字儀表板的組件。使用新的數(shù)字儀表板框架 數(shù)字儀表板概述：數(shù)字儀表板是知識(shí)工作者的自定義解決方案，它將個(gè)人、小組、公司以及外部的信息綜合在一起，并很容易使用分析和協(xié)作工具。但是，要找到可重復(fù)利用的用戶服務(wù)就需要額外的精力和經(jīng)驗(yàn)了。以下是使用 Web 存儲(chǔ)系統(tǒng)設(shè)計(jì)用戶服務(wù)的一組最佳方法：通過(guò)考察關(guān)鍵使用方案確定一般用戶服務(wù) 在邏輯設(shè)計(jì)階段，小組要考察各種使用方案，尤其是與用戶（或 UML 中的“操作者”）相互作用的情況。 圖 5. 順序關(guān)系圖示例 用戶服務(wù)設(shè)計(jì)的最佳方法 正如上文所述，用戶服務(wù)是提供應(yīng)用程序界面的應(yīng)用程序邏輯單元。 在物理設(shè)計(jì)階段，開(kāi)發(fā)小組應(yīng)專注于能優(yōu)化或改進(jìn)設(shè)計(jì)模型的設(shè)計(jì)因素。本關(guān)系圖源自 ObjectSpace （)（英文）公司的 Craig Larman 所寫(xiě)的面向?qū)ο蟮姆治龊驮O(shè)計(jì)材料。使用統(tǒng)一建模語(yǔ)言 (UML) 中定義的相互作用關(guān)系圖（順序關(guān)系圖）來(lái)獲取系統(tǒng)的動(dòng)態(tài)相互作用關(guān)系是一個(gè)較好的方法。 在從邏輯設(shè)計(jì)到物理設(shè)計(jì)的過(guò)渡階段中，開(kāi)發(fā)小組可以使用邏輯設(shè)計(jì)階段定義的服務(wù)和對(duì)象草稿開(kāi)始物理設(shè)計(jì)。 提供根據(jù)用戶需求（即方案）優(yōu)化設(shè)計(jì)的機(jī)會(huì)。 降低復(fù)雜性。 充當(dāng)與外部項(xiàng)目和設(shè)計(jì)人員協(xié)作的基礎(chǔ)。 為各個(gè)單獨(dú)的小組成員同時(shí)高效工作提供必需的組織和結(jié)構(gòu)規(guī)則。這絕對(duì)不是一個(gè)好辦法。對(duì)多數(shù)開(kāi)發(fā)人員來(lái)說(shuō)，做到這一點(diǎn)比較困難。 圖 4. 用戶案例關(guān)系圖示例 2000 聯(lián)機(jī)文檔的示例用戶案例關(guān)系圖。這通常是個(gè)反復(fù)的過(guò)程，即需要往復(fù)幾次才能完成。 在從概念設(shè)計(jì)到邏輯設(shè)計(jì)的過(guò)渡階段中，開(kāi)發(fā)小組可審核整