在 ASP.NET 2.0 預設實現 AJAX 有二種方式，一種是 CallBack 機制，另一種是 ASP.NET AJAX 的 UpdatePanel。如果就開發使用的便利性而言，無可爭議的一定是使用 UpdatePanel，因為它可以讓 AJAX 實現的不著痕跡；而使用 CallBack 機制必需實作 System.Web.UI.ICallbackEventHandler 介面，並處理 CallBack 用戶端與伺服端進行資料交換的所有細節。這代表 CallBack 機制一無可取嗎？或者它只是個過時的產物嗎？
以下做個「取得伺服端時間」的簡單範例做比較，分別以 CallBack 及 UpdatePanel 來實現 AJAX 的效果。
我們在頁面上放置二個按鈕，一個「CallBack Click」的按鈕是置於頁面上，另一個「UpdatePanel Click」的按鈕則置於 UpdatePanel 中，另外在頁面下方(UpdatePanel 之外)放置一個無關的 GridView 來呈現資料。
使用 UpdatePanel 取得伺服端時間，在「UpdatePanel Click」的 Click 事件撰寫如下程式碼
1 
'UpdatePanel 中的按鈕 Click2 
Protected Sub btnUpdatePanelButton_Click() Sub btnUpdatePanelButton_Click(ByVal sender As Object, ByVal e As System.EventArgs)
3 
Label1.Text = Now.ToString() '伺服端時間
4 
End Sub 使用 CallBack 取得伺服端時間就比較麻煩了點，需要實作 System.Web.UI.ICallbackEventHandler 介面的 GetCallbackResult 及 RaiseCallbackEvent，並撰寫用戶端的 JavaScript 處理 CallBack 的回傳結果。
*.aspx.vb
*.aspx
執行程式，並使用 Fidder 來查看程式執行過程。首先執行「UpdatePanel Click」按鈕來取得伺服端時間，接著執行「CallBack Click」按鈕來取得伺服端時間。
在 Fidder 中可以明顯的發現同樣取得伺服端時間的功能，使用 UpdatePanel 回傳的 Size 高達 21255 Bytes，而 CallBack 卻只有 693 Bytes，有沒有很驚訝，同樣的功能回傳的 Size 竟差異30倍左右。
接下來把 GridView 拖曳至 UpdatePanel 中再執行一次程式。
執行程式，同樣使用 Filder 查看結果。
當 GridView 放置 UpdatePanel 中時，使用 UpdatePanel 回傳的 Size 高達 44313 Bytes，而 CallBack 還是只有 693 Bytes。
會有以上的結果是必然的，因為 UpdatePanel 無法預知要更新那些部分，只要是在 UpdatePanel 中的控制項，它需要在執行 AJAX 非同步更新時維護所有子控制項的狀態，所以需傳遞更多的資訊。如果沒有傳輸量的問題，UpdatePanel 無疑是實現 AJAX 的完美機制；但在頁面部分需要好的執行效能時，CallBack 就是個不錯的選擇。
ASP.NET 魔法學院
2008/3/17 00:51|
閱讀數 : 6314
|
1 人收藏
1 人推薦
我要推薦
|
|
文章分類:
AJAX
訂閱
DotBlogs Tags:
CallBack
UpdatePanel