CSDN技術(shù)中心 ASP.net中動(dòng)態(tài)加載控件時(shí)一些問(wèn)題的總結
經(jīng)常見(jiàn)到有人說(shuō)在A(yíng)SP.net中不要使用動(dòng)態(tài)控件,我想主要的原因在于使用動(dòng)態(tài)控件會(huì )帶來(lái)一些問(wèn)題,在做項目的過(guò)程中,我將由動(dòng)態(tài)加載控件引發(fā)的總是作了一個(gè)小小的總結.
1 、在使用LoadControl加載控件后,用戶(hù)控件中的某些控件不再響應事件。
這個(gè)問(wèn)題主要是由于將控件加載放在if (!Page.IsPostBack)之內引起的,放在外面即可。在思歸的blog上對此問(wèn)題進(jìn)行了詳細的說(shuō)明。
2、用戶(hù)控件中某些控件的響應出現問(wèn)題，如某個(gè)按鈕第一次選擇時(shí)不觸發(fā)CLICK事件，第二次可以了。
這是由于沒(méi)有給控件設置ID引起的，控件ID的作用在下面詳細講述。 如
Control userControl=(Control)Page.LoadControl(“Test.ascx”);
userControl.ID=“Test”;
AddControl(userControl);
3、如果用戶(hù)控件中包括DataGrid控件，那么加載控件后可能出現不響應DataGrid事件的問(wèn)題。
這好像是一個(gè)bug,必須要將加載的控件進(jìn)行強制轉換，如：
Test userControl=(Test)Page.LoadControl(“Test.ascx”);
注意：上面使用的是Test類(lèi)型，而不是Control!
我在以前的Blog中曾提到過(guò)這個(gè)問(wèn)題，這種方式將使系統的擴展性降低。 我有一個(gè)解決方案可以和大家討論(運用策略模式)：
public class BaseControl : System.Web.UI.UserControl
{
public virtual BaseControl ProcessThisControl();
}
所有的用戶(hù)控件從BaseControl 繼承，如果有Datagrid控件，由overide ProcessThisControl方法 ,如：
return this as Test;
按如下方式加載控件：
BaseControl userControl=(BaseControl )Page.LoadControl(“Test.ascx”);
userControl.ProcessThisControl();
4、在用戶(hù)控件中如何使用JavaScript。
大家都知道，使用客戶(hù)端的腳本將大大提高頁(yè)面的響應速度，同時(shí)可以避免頻繁地刷新頁(yè)面。所以使用javascript來(lái)實(shí)現頁(yè)面中部分控制是一個(gè)比較好的方式，但是在用戶(hù)控件中如果訪(fǎng)問(wèn)某一個(gè)子控件呢？
使用方式如下： document.all.<%= TestControl.ClientID%><%= lstUser.ClientID%>.disabled=true; //將TestControl設置為不可用
如果在C#腳本中應該這樣寫(xiě)：Page.RegisterStartupScript("OnInitControl","<SCRIPT LANGUAGE=‘JavaScript‘>document.all.Test_TestControl.disabled=true;</SCRIPT>"); //Test為用戶(hù)控件，TestControl為用戶(hù)控件中的子控件。
現在說(shuō)一下控件ID，在訪(fǎng)問(wèn)aspx文件時(shí)，IIS會(huì )將aspx的腳本進(jìn)行編譯。編譯的時(shí)候將用戶(hù)控件中的內容寫(xiě)在同一個(gè)頁(yè)面中，為了防止頁(yè)面中的控件與用戶(hù)控件中的控件名稱(chēng)相同，在編譯的時(shí)候對用戶(hù)控件中的控件名稱(chēng)修改為 ： 用戶(hù)控件名：子控件 ，控件ID則修改為 用戶(hù)控件ID_子控件ID。 在動(dòng)態(tài)加載控件時(shí)，如果不對控件的ID進(jìn)行賦值，則控件ID為上一次加載的控件ID，因此在加載用戶(hù)控件后應該立即對其設置ID。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
