在一個(gè)WSS站點(diǎn)中的某些頁面, 比如說首頁(default.aspx), 支持用戶使用SharePoint Designer這樣的工具進(jìn)行定制化(customization). 支持定制化的頁面叫做site pages. 雖然對(duì)于定制化提供支持的site page提供了很大程度上的靈活性, 可是它也有不利的一面. 為了支持頁面定制化而不相反地影響可伸縮性, WSS必須使用前面討論過的page ghosting. 但是頁面的定制化還是會(huì)可伸縮性有相當(dāng)程度的影響.

?

想象某個(gè)具有一個(gè)運(yùn)行著上千個(gè)站點(diǎn)的Web Application這樣的WSS環(huán)境吧. 如果每個(gè)站點(diǎn)的管理員都使用SharePoint Designer更改了站點(diǎn)的首頁, 那么會(huì)發(fā)生什么? 這些站點(diǎn)里的每一個(gè)頁面都會(huì)變成unghosted. 這就會(huì)通過強(qiáng)制前端服務(wù)器去分別地從內(nèi)容數(shù)據(jù)庫中取回每一個(gè)頁面, 從而消極地影響可伸縮性. 每一個(gè)頁面都會(huì)不得不各自地經(jīng)過解析然后加載到內(nèi)存中.

?

再來考慮一個(gè)事實(shí), 當(dāng)一個(gè)站點(diǎn)頁面被定制化過了, 一個(gè)拷貝就一定會(huì)存在內(nèi)容數(shù)據(jù)庫中. 這就帶來了一個(gè)安全問題. 想象有這樣一個(gè)情形, 一個(gè)惡意用戶被賦予了站點(diǎn)集的管理員權(quán)限, 他試圖通過在一個(gè)自定義版本的站點(diǎn)頁面中寫內(nèi)聯(lián)代碼來進(jìn)行攻擊. 這個(gè)安全問題被WSS的一個(gè)默認(rèn)的策略搞定了, 這個(gè)策略是: 禁止site page中包含inline代碼. 這個(gè)默認(rèn)策略還使得site page在非編譯模式下運(yùn)行, 也就是說他們不會(huì)被編譯為DLL.

?

這里的關(guān)鍵點(diǎn)在于對(duì)于site page的定制化的支持帶來了性能問題和安全問題. 如同稍早時(shí)候注意到的, WSS架構(gòu)提供了另一種類型的頁面, 叫做application page. application page的一個(gè)關(guān)鍵特性是: 它不支持定制化. 所以application page可以繞過與site page相關(guān)聯(lián)的性能問題和安全問題.

?

標(biāo)準(zhǔn)的站點(diǎn)配置頁面(settings.aspx)是一個(gè)application page的好例子. 它可以在任意的站點(diǎn)內(nèi)被訪問, 而且他不支持定制化. Application Page, 比如說settings.aspx, 作為物理文件被部署在Web前端服務(wù)器的文件系統(tǒng)上, 部署在下面的路徑中:

c:\program files\common files\microsoft shared \web server extensions\12\TEMPLATE\LAYOUTS

?

注意, 每次WSS創(chuàng)建一個(gè)Web application, 物理路徑\LAYOUTS目錄就被映射到虛擬路徑_layouts上. 使用這種映射機(jī)制, 再加上一些額外的處理邏輯, WSS運(yùn)行時(shí)可以使得任何一個(gè)application page在任何站點(diǎn)的上下文中, 被訪問到. 比如說, 假設(shè)現(xiàn)在有如下的三個(gè)不同的站點(diǎn), 他們?cè)赪SS場(chǎng)環(huán)境中可以通過如下的三個(gè)URL訪問:

http://Litwareinc.com

http://Litwareinc.com/sites/Vendors

http://Litwareinc.com:1001/sites/Accounting

An application page, such as settings.aspx, can be accessed by adding its relative path within the _layouts directory to the end of a site’s URL. For example, you can access the Site Setting page by using any of the following three URLs:

一個(gè)application page, 比如說settings.aspx, 可以通過在站點(diǎn)URL后添加它在_layouts文件夾中的相對(duì)路徑來訪問. 比如說, 你可以通過如下的URL來訪問站點(diǎn)的Settings.aspx.

http://Litwareinc.com/_layouts/settings.aspx

http://Litwareinc.com/sites/Vendors/_layouts/settings.aspx

http://Litwareinc.com:1001/sites/Accounting/_layouts/settings.aspx

?

因?yàn)樵趫?chǎng)水平上, 一個(gè)Application Page就只有一個(gè)版本, 所以它可以被編譯成為一個(gè)單個(gè)的DLL, 然后每個(gè)web application僅一次地加載到內(nèi)存中. 你永遠(yuǎn)不需要擔(dān)心在不同站點(diǎn)上有不同版本的application page. 更進(jìn)一步地, application page并不會(huì)受擁有定制化權(quán)限的用戶的攻擊. 所以WSS并不阻止他們中包含內(nèi)聯(lián)代碼(in-line code).

?

Application page被WSS團(tuán)隊(duì)廣泛地應(yīng)用來支持用于創(chuàng)建和管理站點(diǎn)以及站點(diǎn)內(nèi)部元素的許多功能. 下圖表現(xiàn)了\LAYOUTS物理文件夾的一個(gè)圖片. 你可以看到WSS3.0的標(biāo)準(zhǔn)安裝包括了許多不同的application page, 包括settings.aspx

如果隨便打開并且查看標(biāo)準(zhǔn)的WSS的一個(gè)application page, 你會(huì)看到它鏈接到一個(gè)在_layouts目錄下的母版頁, 叫做application.master. 后面的部分, 我們會(huì)介紹創(chuàng)建自定義的application page. 當(dāng)你創(chuàng)建一個(gè)自己的application page的時(shí)候, 你可能想要跟從它們, 一樣也連接到application.master.

?

現(xiàn)在讓我們總結(jié)一下site page和application page的不同之處吧. site page支持頁面定制化. 比如說首頁, 還有跟列表和文檔庫關(guān)聯(lián)的其他頁面, 比如說AllItems.aspx, NewForm.aspx, 和EditForm.aspx. 事實(shí)上site page支持定制化提供了定制化, 但也會(huì)影響到性能和可伸縮性. site page不支持內(nèi)聯(lián)代碼, 由于WSS強(qiáng)制執(zhí)行了一個(gè)默認(rèn)的安全策略.

?

Application Page不支持定制化, 這也提供給了他兩個(gè)優(yōu)于site page的地方. 首先, 任何一個(gè)application page都會(huì)被編譯為一個(gè)單個(gè)的DLL文件, 所以他們的性能和可伸縮性都要比site page好. 第二, application頁面允許包含內(nèi)聯(lián)代碼.

總結(jié)

以上是生活随笔為你收集整理的SharePoint基础之九- Site Page与Application Page的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。