ASP.NET AJAX（Atlas）現存的一些常見問題以及解決方案[持續更新]

根據這一周的使用者反饋來講，ASP.NET AJAX（Atlas）從CTP到Beta 1，不能說是一個“進步”，當然也不能說是“退步”。作為一個變化如此巨大的新版本，ASP.NET AJAX似乎有些不夠穩定，本文將列舉出一些開發人員社區中常見的問題以及相應的解決方案，並將不斷更新，希望對各位朋友有所協助。

以下兩條來自微軟公司的總監Shawn Burke的Blog（http://blogs.msdn.com/sburke/）。

從用戶端調用Web Method時發生[Method Error 12031]或[Method Error 500]異常

若要從用戶端調用某個伺服器端Web Service中的Web Method，則該Web Service必須擁有Microsoft.Web.Script.Services.ScriptServiceAttribute屬性：[Microsoft.Web.Script.Services.ScriptService()]
public class MyService : System.Web.Services.WebService {
 // 
}

若要從用戶端調用某個定義與頁面中的Page Method，則該Page Method必須用Microsoft.Web.Script.Services.ScriptMethodAttribute屬性修飾（當然，System.Web.Services.WebMethod也是必不可少的），且必須為靜態（static）方法。目前版本的一個Bug還導致我們必須在ASPX檔案中定義這個Web Method，在CS檔案中定義是沒有作用的（真是無奈）：<script runat="server">
[System.Web.Services.WebMethod]
[Microsoft.Web.Script.Services.ScriptMethod]
    public static string GetHtml(string contextKey) {
        // 
    }
</script>

在模板控制項（例如Login）或者資料繫結控制項（例如GridView）中，Extender Control（包括AJAX Control Toolkit）無法正常工作

原因在於，Beta 1中所有的用戶端指令碼統一由ScriptManager管理，而ScriptManager是在PreRender時期遍曆頁面中的控制項並輸出必要的用戶端指令碼，但模板中的內容通常也是在PreRender時才產生的，這樣二者錯失了溝通的機會，自然模版中的Extender Control所必須的用戶端指令碼將不會被發送至瀏覽器，也就最終導致了Extender Control無法在模板控制項中使用。

解決方案就是在PreRender之前，例如Load事件中強制讓頁面產生模版控制項或資料繫結控制項的內容，這樣在PreRender的時候ScriptManager就可以正確找到他們了：protected void Page_Load(object sender, EventArgs e)
{
    GridView1.DataBind(); // 資料繫結控制項用這個

    object o = Login1.Controls; // 模版控制項用這個
}