ASP.NET前台無法訪問後台internal類型變數的問題

來源:互聯網
上載者:User

這篇文章是對前一篇文章《ASP.NET前台代碼綁定後台變數方法總結》中一個相關問題的分析與解答。

上一篇文章說到,在程式碼後置模式下,前台aspx檔案無法訪問它的internal修飾的後台變數,而是只能訪問public或者protected類型的值。顯然從問題本身來看,一定是前台aspx和後台對應的aspx.cs檔案,編譯後在不同的程式集中導致的(這可以通過分析internal修飾符的定義得知)。那麼要解決這個問題,就要看看他們是不是真的在不同程式集中。這可以通過GetExecutingAssembly來實現。以下實現的代碼:

前台代碼:

<html xmlns="http://www.w3.org/1999/xhtml"><head>    <title></title></head><body>    <form id="form1" runat="server">    <span>背景程式集: <%=GetVariableStr%></span>     <br />    <span>前景程式集:            <%=System.Reflection.Assembly.GetExecutingAssembly().CodeBase%></span>    </form></body></html>

後台代碼:

public partial class WebForm2 : System.Web.UI.Page   {       public string GetVariableStr;       protected void Page_Load(object sender, EventArgs e)       {           if (!IsPostBack)           {               GetVariableStr = System.Reflection.Assembly.GetExecutingAssembly().CodeBase;           }       }   }

我顯示的結果是:(結果依項目位置和相關設定而不同)

背景程式集: file:///D:/project code/MyTestProject/MyTestWebProject/MyTestWebProject/bin/MyTestWebProject.DLL
前景程式集: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/mytestwebproject/4e3b6d4c/6fc8a242/App_Web_czkfai3a.DLL

可以看出,後台代碼和前台代碼分別位於了不同的程式集中,通過reflector查看這兩個dll,前台代碼編譯產生了一個類,他繼承了後台代碼產生的類,因此,前台代碼可以訪問protected類型的後台變數,但是由於不在同一程式集,因此internal是不可訪問的。

備忘:此文限於asp.net 2.0及以後的編譯方式,因為和之前的asp.net 1.1編譯方式不同,因此各方式的結論可能有所不同。

參考文章:

(轉)深入剖析ASP.NET的編譯原理

ASP.NET 2.0 的編譯模型並非完全像 MS 說的那樣

作者:lerit出處:http://www.cnblogs.com/lerit/本文著作權歸作者和部落格園共有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文串連,否則保留追究法律責任的權利. http://www.cnblogs.com/lerit/archive/2010/10/25/1860433.html

這篇文章是對前一篇文章《ASP.NET前台代碼綁定後台變數方法總結》中一個相關問題的分析與解答。

上一篇文章說到,在程式碼後置模式下,前台aspx檔案無法訪問它的internal修飾的後台變數,而是只能訪問public或者protected類型的值。顯然從問題本身來看,一定是前台aspx和後台對應的aspx.cs檔案,編譯後在不同的程式集中導致的(這可以通過分析internal修飾符的定義得知)。那麼要解決這個問題,就要看看他們是不是真的在不同程式集中。這可以通過GetExecutingAssembly來實現。以下實現的代碼:

前台代碼:

<html xmlns="http://www.w3.org/1999/xhtml"><head>    <title></title></head><body>    <form id="form1" runat="server">    <span>背景程式集: <%=GetVariableStr%></span>     <br />    <span>前景程式集:            <%=System.Reflection.Assembly.GetExecutingAssembly().CodeBase%></span>    </form></body></html>

後台代碼:

public partial class WebForm2 : System.Web.UI.Page   {       public string GetVariableStr;       protected void Page_Load(object sender, EventArgs e)       {           if (!IsPostBack)           {               GetVariableStr = System.Reflection.Assembly.GetExecutingAssembly().CodeBase;           }       }   }

我顯示的結果是:(結果依項目位置和相關設定而不同)

背景程式集: file:///D:/project code/MyTestProject/MyTestWebProject/MyTestWebProject/bin/MyTestWebProject.DLL
前景程式集: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/mytestwebproject/4e3b6d4c/6fc8a242/App_Web_czkfai3a.DLL

可以看出,後台代碼和前台代碼分別位於了不同的程式集中,通過reflector查看這兩個dll,前台代碼編譯產生了一個類,他繼承了後台代碼產生的類,因此,前台代碼可以訪問protected類型的後台變數,但是由於不在同一程式集,因此internal是不可訪問的。

備忘:此文限於asp.net 2.0及以後的編譯方式,因為和之前的asp.net 1.1編譯方式不同,因此各方式的結論可能有所不同。

參考文章:

(轉)深入剖析ASP.NET的編譯原理

ASP.NET 2.0 的編譯模型並非完全像 MS 說的那樣

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.