經(jīng)常見到有人說在ASP.net中不要使用動(dòng)態(tài)控件,我想主要的原因在于使用動(dòng)態(tài)控件會(huì)帶來一些問題,在做項(xiàng)目的過程中,我將由動(dòng)態(tài)加載控件引發(fā)的總是作了一個(gè)小小的總結(jié).

　　1 、在使用LoadControl加載控件后,用戶控件中的某些控件不再響應(yīng)事件。

　　這個(gè)問題主要是由于將控件加載放在if (!Page.IsPostBack)之內(nèi)引起的,放在外面即可。在思?xì)w的blog上對(duì)此問題進(jìn)行了詳細(xì)的說明。

　　2、用戶控件中某些控件的響應(yīng)出現(xiàn)問題，如某個(gè)按鈕第一次選擇時(shí)不觸發(fā)CLICK事件，第二次可以了。

　　這是由于沒有給控件設(shè)置ID引起的，控件ID的作用在下面詳細(xì)講述。 如

　　Control  userControl=(Control)Page.LoadControl(“Test.ascx”);

　　userControl.ID=“Test”;

　　AddControl(userControl);

　　3、如果用戶控件中包括DataGrid控件，那么加載控件后可能出現(xiàn)不響應(yīng)DataGrid事件的問題。

　　這好像是一個(gè)bug,必須要將加載的控件進(jìn)行強(qiáng)制轉(zhuǎn)換，如：

　　Test userControl=(Test)Page.LoadControl(“Test.ascx”);

　　注意：上面使用的是Test類型，而不是Control!

　　我在以前的Blog中曾提到過這個(gè)問題，這種方式將使系統(tǒng)的擴(kuò)展性降低。 我有一個(gè)解決方案可以和大家討論(運(yùn)用策略模式)：

　　public class BaseControl : System.Web.UI.UserControl

　　{

　　public virtual BaseControl  ProcessThisControl();

　　}

　　所有的用戶控件從BaseControl 繼承，如果有Datagrid控件，由overide ProcessThisControl方法 ,如：

　　return this as Test;

　　按如下方式加載控件：

　　BaseControl  userControl=(BaseControl  )Page.LoadControl(“Test.ascx”);

　　userControl.ProcessThisControl();

　　4、在用戶控件中如何使用JavaScript。

　　大家都知道，使用客戶端的腳本將大大提高頁面的響應(yīng)速度，同時(shí)可以避免頻繁地刷新頁面。所以使用javascript來實(shí)現(xiàn)頁面中部分控制是一個(gè)比較好的方式，但是在用戶控件中如果訪問某一個(gè)子控件呢？

　　使用方式如下：  document.all.<%= TestControl.ClientID%>.disabled=true;     //將TestControl設(shè)置為不可用

　　如果在C#腳本中應(yīng)該這樣寫：Page.RegisterStartupScript("OnInitControl","<SCRIPT LANGUAGE='JavaScript'>document.all.Test_TestControl.disabled=true;</SCRIPT>");   //Test為用戶控件，TestControl為用戶控件中的子控件。

　　現(xiàn)在說一下控件ID，在訪問aspx文件時(shí)，IIS會(huì)將aspx的腳本進(jìn)行編譯。編譯的時(shí)候?qū)⒂脩艨丶械膬?nèi)容寫在同一個(gè)頁面中，為了防止頁面中的控件與用戶控件中的控件名稱相同，在編譯的時(shí)候?qū)τ脩艨丶械目丶Q修改為 ： &nbsp; 用戶控件名：子控件 ，控件ID則修改為 用戶控件ID_子控件ID。 在動(dòng)態(tài)加載控件時(shí)，如果不對(duì)控件的ID進(jìn)行賦值，則控件ID為上一次加載的控件ID，因此在加載用戶控件后應(yīng)該立即對(duì)其設(shè)置ID。