|
經(jīng)常見到有人說(shuō)在ASP.net中不要使用動(dòng)態(tài)控件,我想主要的原因在于使用動(dòng)態(tài)控件會(huì)帶來(lái)一些問(wèn)題,在做項(xiàng)目的過(guò)程中,我將由動(dòng)態(tài)加載控件引發(fā)的總是作了一個(gè)小小的總結(jié).
1 、在使用LoadControl加載控件后,用戶控件中的某些控件不再響應(yīng)事件。 這個(gè)問(wèn)題主要是由于將控件加載放在if (!Page.IsPostBack)之內(nèi)引起的,放在外面即可。在思?xì)w的blog上對(duì)此問(wèn)題進(jìn)行了詳細(xì)的說(shuō)明。 2、用戶控件中某些控件的響應(yīng)出現(xiàn)問(wè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事件的問(wèn)題。 這好像是一個(gè)bug,必須要將加載的控件進(jìn)行強(qiáng)制轉(zhuǎn)換，如： Test userControl=(Test)Page.LoadControl(“Test.ascx”); 注意：上面使用的是Test類型，而不是Control! 我在以前的Blog中曾提到過(guò)這個(gè)問(wèn)題，這種方式將使系統(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è)面的響應(yīng)速度，同時(shí)可以避免頻繁地刷新頁(yè)面。所以使用javascript來(lái)實(shí)現(xiàn)頁(yè)面中部分控制是一個(gè)比較好的方式，但是在用戶控件中如果訪問(wèn)某一個(gè)子控件呢？ 使用方式如下： document.all.<%= TestControl.ClientID%><%= lstUser.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)在說(shuō)一下控件ID，在訪問(wèn)aspx文件時(shí)，IIS會(huì)將aspx的腳本進(jìn)行編譯。編譯的時(shí)候?qū)⒂脩艨丶械膬?nèi)容寫在同一個(gè)頁(yè)面中，為了防止頁(yè)面中的控件與用戶控件中的控件名稱相同，在編譯的時(shí)候?qū)τ脩艨丶械目丶Q修改為 ： 用戶控件名：子控件 ，控件ID則修改為 用戶控件ID_子控件ID。 在動(dòng)態(tài)加載控件時(shí)，如果不對(duì)控件的ID進(jìn)行賦值，則控件ID為上一次加載的控件ID，因此在加載用戶控件后應(yīng)該立即對(duì)其設(shè)置ID。 |
|
|
來(lái)自： 素行 > 《網(wǎng)站開發(fā)》
