【導讀】管理的模塊，這些是最少的功能。另外，考慮一個簡單的零售商店，它想進入電。子商務領(lǐng)域，它希望通過Web站點讓客戶瀏覽并購買商品。站點之前，都必須仔細地考慮和設(shè)計，之后才能編寫代碼實現(xiàn)站點。端控件所支持的功能開發(fā)設(shè)計良好的站點。計的站點要容易得多，而且維護費用更低。在本章的結(jié)束部分有一些練習可以幫助加深對這些概念的理解。設(shè)計一個功能完整的Web應用程序是一項很復雜的任務。前知道自己要做什么。上與客戶在各個細節(jié)上達成高度的一致。在開始設(shè)計之前，需要回答這些問題以及。戶的朋友或商業(yè)伙伴繼續(xù)合作打下基礎(chǔ)。創(chuàng)建Web應用程序并不僅僅要求能正確地使用。第一層意思是對色彩和布局做出選擇，這通常由站點的美工人員完成。局也使得用戶意識到他們?nèi)蕴幱谕粋€站點內(nèi)。并將類型指定為MasterPage。Master頁面由三部分組成。

　　

【正文】 ... profile enabled=true properties add name=MemberName/ add name=Name/ ... add name=Cart serializeAs=Binary type= allowAnonymous=true/ /properties /profile 下一個要查看的部分與錯誤處理有關(guān)，錯誤處理能 夠影響站點的日常運行。第 15 章將詳細討論錯誤處理，但這里簡單介紹一下，可以設(shè)置 在出現(xiàn)問題時將用戶重定向到一個定制的錯誤頁面。出現(xiàn)錯誤時所顯示的頁面由 defaultRedirect 設(shè)置指定，如下所示： ! The customErrors section enables configuration of what to do if/when an unhandled error occurs during the execution of a request. Specifically, it enables developers to configure html error pages to be displayed in place of a error stack trace. customErrors mode=RemoteOnly error statusCode=404 redirect=/ /customErrors 因此，例如，如果數(shù)據(jù)庫服務器因為掉電而關(guān)閉，站點的用 戶并不需要知道這個詳細信息，但他們希望問題盡快解決，所以向他們顯示“對不起，站點出現(xiàn)一個問題 —— 我們正努力排查。服務將很快恢復正常”這樣的信息就足夠了。而本地管理員則需要知道出了什么問題，以便對其進行處理并盡快恢復運行！這個示例中的 RemoteOnly 屬性表示遠程用戶看到的是友好頁面，而管理員看到的則是錯誤的詳細信息。 的最后一部分設(shè)置指定包含站點地圖的文件，站點地圖是所有頁面的一個索引，同時它表明各個頁面之間的關(guān)系。 閱讀工具。 ! Redefine the Site Map Provider, to add the security trimming attribute, which is off by default siteMap defaultProvider=AspXmlSiteMapProvider enabled=true providers clear/ add name=AspXmlSiteMapProvider type=, , Version=, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a siteMapFile= securityTrimmingEnabled=true/ /providers /siteMap 最后一組設(shè)置位于 內(nèi)。雖然在 WroxUnited 應用程序中沒有顯式用到這些設(shè)置，但可以使用它們在用戶忘記口令并請求通過電子郵件將口令發(fā)送給用戶本人的時候 發(fā)送自動產(chǎn)生的電子郵件。無論電子郵件是怎么產(chǎn)生的，開發(fā)人員必須以如下方式在 中聲明 SMTP(Simplified Mail Transfer Protocol，簡單郵件傳輸協(xié)議 )： mailSettings ! these settings define the mail server settings from: the user name from which the is sent this is the application that is sending the message host:the name of your mail server userName: the name the application will use to loginto the mail server password: the password for the above user name smtp from= work host=yourmailservername userName=yourusername password=yourpassword / /smtp /mailSettings / 最后，和所有的 XML 文件一樣，每個開標記都有一個對應的閉標記，所以該文件以如下代碼作為結(jié)束： / /configuration ，所有其他頁面都可以參考這些設(shè)置。這使得開發(fā)人員可以免于在每個需要這些設(shè)置的文件中重復設(shè)置相同的信息，而且只需在一個地方進 行修改。 在本書的后續(xù)部分，將為站點的頁面添加更多的功能，包括添加處理各種事件的代碼，每個頁面都會產(chǎn)生這些事件。但是，與開發(fā)人員不愿意在每個頁面中指定相同的設(shè)置一樣，如果需要使多個頁面具有相同的行為，那就需要找到一種共享代碼的方式。在 中沒有可執(zhí)行的代碼 —— 因此需要另一個站點級別的文件 —— 。 包含整個站點都可以使用的代碼 中包含的是值，而 中包含的是代碼。與 一樣。編寫代碼將在第 9章詳細討論，但現(xiàn)在可以大致了解一下 。 。第一種情況是應用程序作為一個整體啟動或關(guān)閉的時候。第二種情況是當每個用戶開始或停止使用站點的時候。第三種情況是響應單個頁面可能發(fā)生的特殊事件，例如用戶登錄或錯誤出現(xiàn)。這些都稱為事件。當這些事件中的某一個發(fā)生時， 將通知 ，通過編輯 ，開發(fā)人員可以把對事件做出響應的代碼放在其中，在 事件發(fā)生時，對應的代碼將會執(zhí)行。 在本書的后續(xù)章節(jié)中，將使用 Wrox United Web 站點的所有頁面之間共享代碼。 通過 Web 瀏覽器編輯站點配置 現(xiàn)在，查看 文件中復雜的 XML 語法或 中的代碼可能是一件令人沮喪的事情。編輯這些文件以修改應用程序的總體配置和行為需要很好地理解這些文件的語法規(guī)則，并且要確保輸入正確以免引入細小的錯誤。然而，方便的是，通過 Web Site Properties 對話框， 提供了一個圖 形化的工具，讓開發(fā)人員修改很多可以手動輸入到 。 可以通過單擊 Solution Explorer 窗口頂部的 Configuration 按鈕打開 Web Site Administration Tool，如圖 28 所示。 圖 28 在圖 29 中，可以看到打開的 Properties 窗口 。 圖 29 VWD 實際上打開了一個 Web 瀏覽器，其中顯示了一個內(nèi)建于 的 Web 站點，稱為 Administration Tool，通過它可以編輯 Web 應用程序的設(shè)置。在本書的后續(xù)章節(jié)中您將深入使用這個管理工具，但現(xiàn)在，可以查看一下這個工具的 Application Configuration 部 分。圖 210 顯示了這個頁面提供的選項。 圖 210 雖然不能管理前面提到過的所有配置信息，但這里顯示了 中的一些關(guān)鍵部分。開發(fā)人員可以編輯應用程序設(shè)置 (appSettings元素的內(nèi)容 )、電子郵件設(shè)置 (smtpMail部分 )以及調(diào)試和錯誤處理 (pilation和 customErrors部分 )。 在這個“試一試”部分，將看到 Administration Tool是如何編輯 件的。 (1) 在 VWD 的 Solution Explorer 中，將下載文件 (C:\BegASPNET2\WroxUnited)中的。 (2) 單擊 Solution Explorer 頂部的圖標，打開 Web Site Administration Tool。 (3) 導航到 Application Configuration 頁面，單擊 Define Default Error Page 鏈接。 (4) 選擇“ Specify a URL to use as the default error page”，并選擇 錯誤發(fā)生時重定向用戶的頁面。 (5) 單擊 Save 按鈕。 (6) 返回到 VWD，打開 。 (7) 向下滾 動直到找到 customErrors部分，注意 defaultRedirect 屬性的值已經(jīng)變?yōu)樵诠芾砉ぞ咧兴x頁面的路徑： customErrors mode=RemoteOnly defaultRedirect= /customErrors 操作回顧 這個管理工具只是編輯 中的部分設(shè)置的一個比較友好的方法。在使用這個管理工具修改應用程序的錯誤處理設(shè)置的時候，它將編輯 —— 而不用開發(fā)人員手動編輯 XML 數(shù)據(jù)！ 既然已經(jīng)知 道站點設(shè)計需要包含哪些內(nèi)容，下面將列出幾個在使用 Master頁面、以及其他在本章中查看過的實用工具時最常見的錯誤： ● 在 Content 頁面中對 Master 頁面的引用拼寫有誤。這使得 無法找到 Master頁面模板。要避免這個錯誤，無論何時只要有可能，盡量使用 VWD 模板對話框上的復選框創(chuàng)建對某個 Master 頁面的引用。 ● Master 頁面中內(nèi)容占位符的 ID 與 Content 頁面中 content 標記的ContentPlaceHolderID 屬性的值不匹配，這將使得頁面不能正確 顯示。仔細檢查以確保這兩個值匹配。 ● 或 文件中的輸入錯誤。這兩個文件對語法的要求非常嚴格，而且其中的錯誤很難跟蹤?？梢允褂? Administration Tool 以免手動編輯 ，這樣可以確保不會在這個文件中引入輸入錯誤。 如果 Web 站點設(shè)計得當，那么創(chuàng)建、使用和維護它都比較容易。 提供了幾個用于組織站點設(shè)計的工具。 在本章中，您學習了 Master 和 Content 頁面機制，這種機制能為站點創(chuàng)建一致的外觀 。 Master 頁面提供了一致的布局，并在頁面上留出一部分空間用于顯示包含在 Content 頁面中的內(nèi)容。無論何時只要有可能，盡量通過在 Solution Explorer 中右擊根目錄然后選擇 Add New Item 的方式創(chuàng)建 Master 和 Content頁面。 Master 頁面中必須包含普通的 HTML 和 XML 輸入標記、第一行代碼一定是%@master?% 、以及包含一個帶有 ID 的 asp:ContentPlaceHolder標記。Content 頁面絕對不能包含基本的 HTML 和 XML 輸入標記、第一行代碼肯定是%@page masterPageFile= %、以及在某個位置必須使用 asp:content標記包含需要顯示的內(nèi)容。如果使用 CSS，那么可以在 Master 頁面的 head部分添加該文件的鏈接。另外，本章還討論了以下內(nèi)容： ● 在站點中可以實現(xiàn)多層次的 Master 頁面。還可以根據(jù)發(fā)出請求的瀏覽器不同而選擇使用不同的 Master 頁面。而且，一個 Master 頁面可以支持多個 asp:contentPlaceHolder標記，只要這些標記的 ID 屬性互不相同。 ● 站點地圖包含了所有 文件的描述以及每個文件與其附近文件的關(guān)系。 的服務器端控件可以讀取這個 XML 文件從而創(chuàng)建導航菜單。 VWD 不能自動創(chuàng)建站點地圖，但是這個 XML 結(jié)構(gòu)理解起來并不困難，因為每個頁面就是一個 SiteMapNode。 ● 和 文件包含了用于整個站點的信息。其中 包含了一系列的設(shè)置，例如用于數(shù)據(jù)源的連接字符串、用于編譯的調(diào)試例程、安全設(shè)置、處理錯誤的設(shè)置，以及其他設(shè)置。 包含用于整個站點的代碼，包括當站點作為一 個整體啟動或關(guān)閉時運行的代碼。其他代碼塊可以在每個用戶開 始或停止使用站點的時候執(zhí)行。 還包含了可以在所有頁面上執(zhí)行的代 碼。 在下一章中，將學習各種各樣的服務器端控件以及怎樣使用它們創(chuàng)建正確的頁面，還將構(gòu)造 Wrox United 的主頁并填充在本章中創(chuàng)建的 Master 頁面。 (1) 描述 文件和 在功能上的差異。 (2) 本章討論的哪些文件是 XML 格式的？ (3) 查看一個 Content 頁面的代碼。它為什么沒有如下所示的指令和標記？ !DOCTYPE HTML PUBLIC //W3C//DTD XHTML Transitional//EN html xmlns= head /head (4) 在 Master 和 Content 頁面之間，哪些值必須相互匹配？