${pageContext.request.contextPath}的作用

轉載地址: http://wenku.baidu.com/view/51326241336c1eb91a375d41.html

代碼” ${pageContext.request.contextPath}”的作用是取出部署的應用程序名,這樣不管如何部署,所用路徑都是正確的。

一.問題
    JSP中究竟採用絕對路徑還是採用相對路徑隨着所採用技術的越來越複雜,這個問題也變得越來越難以解決。
1)採用相對路徑遇到的問題
l         相對路徑固然比較靈活,但如果想複製頁面內的代碼卻變得比較困難,因爲不同的頁面具有不同的相對路徑,複製後必須修改每一個連接的路徑。
l         如果頁面被多於一個的頁面所包含,那麼被包含頁面中的相對路徑將是不正確的。
l         如果採用Struts的Action返回頁面,那麼由於頁面路徑與Action路徑不同,使得瀏覽器無法正確解釋頁面中的路徑,如頁面爲/pages/cust/cust.jsp,圖片所有目錄爲/images/title.gif,這時在/pages/cust/cust.jsp中的所用的路徑爲”../../images/title.gif”,但是如果某一個Action的Forward指向這個JSP文件,而這個Action的路徑爲/cust/manage.do,那麼頁面內容中”../../images/title.gif”就不再指向正確的路徑了。
解決以上問題似乎只有使用絕對路徑了。
2)採用絕對路徑遇到的問題
l         隨着不同的Web應用發佈方式,絕對路徑的值也不同。如Web應用發佈爲MyApp,則路徑”/MyApp/images/title.gif”是正確的,但發佈爲另一應用時如MyApp2,這個路徑就不對了,也許這個情況比較少,但以default方式發佈Web應用時以上絕對路徑也不同:”/images/title.gif”。


二.解決方案
1) 採用絕對路徑,但爲了解決不同部署方式的差別,在所有非struts標籤的路徑前加${pageContext.request.contextPath},如原路徑爲:
”/images/title.gif”,改爲
“${pageContext.request.contextPath}/images/title.gif”。
代碼” ${pageContext.request.contextPath}”的作用是取出部署的應用程序名,這樣不管如何部署,所用路徑都是正確的。
缺點:
操作不便,其他工具無法正確解釋${pageContext.request.contextPath}
2) 採用相對路徑,在每個JSP文件中加入base標籤,如:
<base href="http://${header['host']}${pageContext.request.contextPath}/pages/cust/relation.jsp" />
這樣所有的路徑都可以使用相對路徑。
缺點:
對於被包含的文件依然無效。
    真正使用時需要靈活應用1)和2),寫出更加健壯的代碼。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章