ResolveUrl() 和 ResolveClientUrl()

ResolveUrl()  /   ResolveClientUrl()

兩個方法都是傳遞一個相對的 URL,然後返回一個相對於當前客戶端瀏覽器的相對URL地址
但是兩者的返回值,卻截然不同
ResolveClientUrl返回相對於當前頁面下文件的地址
ResolveUrl則返回頁面所在應用程序下的相對地址
例如:
頁面:~/Student/main.aspx
圖像:~/Images/copy.gif
(這裏~表示應用程序根目錄)
使用一:
resolveClientUrl=Page.ResolveClientUrl("Images/copy.gif")
resolveUrl=Page.ResolveUrl("Images/copy.gif")
在頁面main.aspx裏使用copy.gif圖像,則使用標題上的兩種方法返回的結果如下
ResolveClientUrl:Images/copy.gif
ResolveUrl:/Student/Images/copy.gif


使用二:
resolveClientUrl=Page.ResolveClientUrl("~/Images/copy.gif")
resolveUrl=Page.ResolveUrl("~/Images/copy.gif")
在頁面main.aspx裏使用copy.gif圖像,則使用標題上的兩種方法返回的結果如下
ResolveClientUrl:../Images/copy.gif
ResolveUrl:/Images/copy.gif

結論
所以在使用ResolveClientUrl和ResolveUrl的時候一定要注意兩者的區別
在使用相對URL地址時一定要在前面加上(~)或(~/),這樣就萬無一失了
不過使用這兩種方法返回的物理路徑(Server.MapPath),都是一樣的

對了,這個方法主要是用於“用戶控件”中的圖片。要不,不同地方引用控件,會導致圖片無法顯示。
<img src='<%= ResolveUrl("~/images/top.gif") %>'>
<td height="20" background='<%= ResolveUrl("~/images/top.gif") %>'></td>

總結: ResolveUrl()
1、發現利用服務器控件不會出現任何問題。服務器端路徑服務器端可以自動轉化,如果你加入ResolveUrl會發現反而畫蛇添足!
2、如果用了HTML控件,條件是:如果一個用戶控件目錄裏中有一個用戶控件,此用戶控件利用HTML控件來顯示其他目錄裏的圖片,此時如果此用戶控件拖放到根目錄上的網頁時,不能正確顯示圖片,此時必須用ResolveUrl方法,就不會出現問題。寫法是:<img src='<%=ResolveUrl("../Images/head.JPG") %>' />

一句話:如果你用html控件或html標籤最好加上ResolveUrl方法,以防止出錯;如果是用服務器控件就不用考慮ResolveUrl方法了。

===================

原方到此止。

我補一下,^_^

實際工作中,最多是與數據打交道。那麼怎麼用ResolveUrl與<%#Eval("")%>結合呢,哈哈

<%# ResolveUrl(string.Format("~/Demo.aspx?Param={0}", Eval("'DataItem'")) %>
OR
<%# ResolveUrl((string)Eval("id", "~/Demo.aspx?iParam={0}")) %>
OR
<a href='<%# ResolveUrl("~/a.aspx?Param=") + Eval('DataItem')%>'>

 

對了,這個方法主要是用於“用戶控件”中的圖片。其它地方也可能,但是本人覺得沒有必要,因爲~的存在。

最優:(一般用於解決html標籤來顯示圖片的相對路徑問題,注意‘~’符號只有服務器端才能解析,因此需要加上<% %>)

<img src='<%= ResolveUrl("~/images/top.gif") %>'>
<td height="20" background='<%= ResolveUrl("~/images/top.gif") %>'></td>

注意還有一點:在頁面或控件以外的範圍不能使用它們.

 

----------------------------------分割線----------------------------------
 
最常見的問題是在頁面或控件以外的範圍不能使用它們。

   其他的問題都是bug。如它不能正確處理一些你給的URL。例如,嘗試 Page.ResolveUrl("~/test.ASPx?param=http://www.test.com")。結果與你輸入字符串相同,沒做任何變動。使用Reflector查看ASP.NET代碼,我發現將相對URL轉換爲絕對URL機制都是先搜索string中的 "://",如果找到,就直接返回了。因此,如果你傳遞一個帶://的參數,查詢字符串就是OK的。我們都知道的查詢字符串參數應進行urlencode,但如果沒有,它應該仍然是可以接受URL。嚴重的是,要檢查您的瀏覽器。

   網上,建議的方法是使用VirtualPathUtility.ToAbsolute,如果你在傳遞URL作爲查詢字符串,這是相當不錯和方便的,...否則,就會引發異常。如果是一個絕對URL,它也會拋出異常!
   所以,我決定尋求一個最終解決方案。

   首先,我要找搜索一個很好的變量,它能給我們在應用程序運行時的虛擬路徑,不使用頁面上下文。

   我使用了HttpRuntime.AppDomainAppVirtualPath。它能在任何地方使用-甚至在timer callback中!它沒有尾隨斜線路徑,ASP.NET作了特素處理,消除斜槓,不過,我們能修復它:-)

   然後,我使用原ResolveUrl代碼做了一些測試,找到怎麼用AppVirtualPath取代:

1、當URL以斜線開始(/或\),也不會改動它!

2、當URL以〜/開始,它會被AppVirtualPath取代。

3、當URL是一個絕對URL,也不會改變它。

4、在任何其他情況下(甚至以〜開始,而不是斜槓),將追加URL到AppVirtualPath。

5、每當它修改URL,還修復斜槓。刪除雙斜線,用/替換\。

代碼:

代碼
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->public static string ResolveUrl(string relativeUrl)
{
    if (relativeUrl == null) throw new ArgumentNullException("relativeUrl");

    if (relativeUrl.Length == 0 || relativeUrl[0] == '/' ||
        relativeUrl[0] == '\\') return relativeUrl;

    int idxOfScheme =
      relativeUrl.IndexOf(@"://", StringComparison.Ordinal);
    if (idxOfScheme != -1)
    {
        int idxOfQM = relativeUrl.IndexOf('?');
        if (idxOfQM == -1 || idxOfQM > idxOfScheme) return relativeUrl;
    }

    StringBuilder sbUrl = new StringBuilder();
    sbUrl.Append(HttpRuntime.AppDomainAppVirtualPath);
    if (sbUrl.Length == 0 || sbUrl[sbUrl.Length - 1] != '/') sbUrl.Append('/');

    // found question mark already? query string, do not touch!
    bool foundQM = false;
    bool foundSlash; // the latest char was a slash?
    if (relativeUrl.Length > 1
        && relativeUrl[0] == '~'
        && (relativeUrl[1] == '/' || relativeUrl[1] == '\\'))
    {
        relativeUrl = relativeUrl.Substring(2);
        foundSlash = true;
    }
    else foundSlash = false;
    foreach (char c in relativeUrl)
    {
        if (!foundQM)
        {
            if (c == '?') foundQM = true;
            else
            {
                if (c == '/' || c == '\\')
                {
                    if (foundSlash) continue;
                    else
                    {
                        sbUrl.Append('/');
                        foundSlash = true;
                        continue;
                    }
                }
                else if (foundSlash) foundSlash = false;
            }
        }
        sbUrl.Append(c);
    }

    return sbUrl.ToString();
}
    
    在完成代碼後和比較原來ResolveUrl測試一遍又一遍,我開始測試性能...在大多數情況下,我的代碼執行速度比原來快ResolveUrl 2.7倍!我也在循環內部進行測試,用不同的URL執行代碼100000次。

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