ASP.NET的IScriptControl
在基本的ASP.NET AJAX框架下，我們有三種方法來(lái)做基于Control的Ajax操作，它們分別是UpdatePanel、ICallbackEventHandler和IScriptControl，下面我們就分別看看它們的特點(diǎn)和使用場(chǎng)景。
UpdatePanel
UpdatePanel是與服務(wù)器端邏輯進(jìn)行交互的多種方案中最易用的一個(gè)，甚至就不能稱(chēng)之為交互——你根本就不需要觸及任何客戶(hù)端邏輯。一個(gè)服務(wù)器端操作，經(jīng)過(guò)UpdatePanel的“劫持”，變成了一個(gè)客戶(hù)端操作，而這個(gè)客戶(hù)端操作又直接調(diào)用對(duì)應(yīng)的服務(wù)器端操作，就這么簡(jiǎn)單。
如果用UpdatePanel來(lái)做一個(gè)帶分支的選擇對(duì)話(huà)框，那應(yīng)該如何設(shè)計(jì)？思路可別跑到客戶(hù)端的confirm方法上去，那可太繞了，或者說(shuō)太不ASP.NET AJAX了。用UpdatePanel，就應(yīng)該堅(jiān)持它的理念，一切客戶(hù)端操作都是幻象，所有操作其實(shí)都是在服務(wù)器端進(jìn)行的，包括選擇對(duì)話(huà)框。要按ASP.NET的思路來(lái)做，我會(huì)做一個(gè)選擇對(duì)話(huà)框控件，它的實(shí)質(zhì)可能是一個(gè)浮動(dòng)層模擬的對(duì)話(huà)框，這屬于實(shí)現(xiàn)細(xì)節(jié)，我們不用太關(guān)注。重點(diǎn)是，這個(gè)選擇對(duì)話(huà)框的分支邏輯是完全在服務(wù)器端進(jìn)行的，Async PostBack之后服務(wù)器端根據(jù)提交回來(lái)的數(shù)據(jù)決定如何觸發(fā)事件。這樣做整個(gè)分支選擇的邏輯就是內(nèi)嵌在Page處理流程當(dāng)中的，不需要通過(guò) Cookies或者Session來(lái)做數(shù)據(jù)的中轉(zhuǎn)媒介，避免了Page處理流程與更大作用域中的數(shù)據(jù)的緊耦合。
UpdatePanel適用于邏輯完全在服務(wù)器端的開(kāi)發(fā)，并且我建議使用UpdatePanel時(shí)也就把所有邏輯放在服務(wù)器端，不要去寫(xiě)一些混合服務(wù)器端邏輯與客戶(hù)端邏輯的代碼。有人會(huì)說(shuō)，你看老趙就很喜歡去動(dòng)那個(gè)Sys.Net.WebRequestExecutor 來(lái)改變UpdatePanel的行為啊，但其實(shí)這屬于分層設(shè)計(jì)思想中的一部分，他去動(dòng)那個(gè)東西改變的也就是一個(gè)分層內(nèi)的邏輯，只要層與層之間的接口不變，具體實(shí)現(xiàn)是可以按需設(shè)計(jì)的。但如果你用了UpdatePanel，同時(shí)又用Cookies或者Session來(lái)傳值，這就跨越了n個(gè)層，增加了不少耦合度。
ICallbackEventHandler
關(guān)于ICallbackEventHandler，我已經(jīng)說(shuō)過(guò)無(wú)數(shù)次了，重點(diǎn)還是你必須用Page處理流程來(lái)思考，只要你理解了Page處理流程，你就明白為什么ICallbackEventHandler在。NET Framework 2.0 Beta2中只有一個(gè)方法，而到了RTM要分拆成兩個(gè)方法。具體可以參考《ASP.NET 2.0 ClientScript Callback》，我就不再重復(fù)了。
如果用ICallbackEventHandler實(shí)現(xiàn)一個(gè)帶分支的選擇對(duì)話(huà)框，又如何做？和使用UpdatePanel的做法類(lèi)似，我還是會(huì)做一個(gè)選擇對(duì)話(huà)框控件，并且這個(gè)控件繼承自ICallbackEventHandler.為這個(gè)控件編寫(xiě)JavaScript并實(shí)現(xiàn)ICallbackEventHandler接口時(shí)，我會(huì)確保JavaScript 對(duì)Callback給出正確的調(diào)用參數(shù)，并在接口方法的實(shí)現(xiàn)中接收這些參數(shù)然后觸發(fā)正確的事件，就這么簡(jiǎn)單。和UpdatePanel一樣，不要偏離了 ICallbackEventHandler的設(shè)計(jì)思想，它的處理流程必須是合并到Page處理流程中的，你的控件也就必須這樣設(shè)計(jì)。
至于在什么情況下選擇ICallbackEventHandler？如果你有一個(gè)輕量級(jí)的Ajax操作，但使用UpdatePanel更新整個(gè)區(qū)域的 HTML開(kāi)銷(xiāo)很大的話(huà)，那么你可以考慮使用ICallbackEventHandler.當(dāng)然，前提是你懂得控件開(kāi)發(fā)和JavaScript.
IScriptControl
這是最復(fù)雜的解決方案了，你需要實(shí)現(xiàn)一個(gè)Control的兩個(gè)副本——一個(gè)服務(wù)器端的，一個(gè)客戶(hù)端的。有一部分邏輯，是要在客戶(hù)端和服務(wù)器端重復(fù)實(shí)現(xiàn)兩次的，而另外一部分邏輯，只需要在客戶(hù)端或服務(wù)器端之中的一個(gè)實(shí)現(xiàn)一次。IScriptControl的經(jīng)典例子，當(dāng)然是ASP.NET AJAX自帶的Timer控件。它的計(jì)時(shí)器是純粹的客戶(hù)端邏輯，然而Tick事件卻在服務(wù)器端觸發(fā)，Async PostBack成為了兩者之間的橋梁。
當(dāng)然，就Control本身而言，它并不在乎PostBack是不是異步的，Tick事件只因PostBack而觸發(fā)。
如果用IScriptControl來(lái)實(shí)現(xiàn)帶分支的選擇對(duì)話(huà)框，那將會(huì)和ICallbackEventHandler的版本十分相似，唯一不同的地方就是它在客戶(hù)端的邏輯會(huì)被封裝為一個(gè)Sys.UI.Control的派生類(lèi)，而ICallbackEventHandler的客戶(hù)端邏輯往往是不封裝的。這樣的好處顯而易見(jiàn)，那就是代碼更容易維護(hù)了，并且客戶(hù)端的Control可以同樣可以加入事件支持，并提供和服務(wù)器端一樣的代碼分支事件。要知道在CTP階段的Timer控件，其客戶(hù)端版本Sys.Timer（而非RTM的Sys.UI._Timer）是擁有tick事件的，和服務(wù)器端的Tick事件對(duì)應(yīng)，只不過(guò)RTM取消了此項(xiàng)功能，因?yàn)锳SP.NET AJAX 1.0的側(cè)重點(diǎn)完全就是服務(wù)器端功能，客戶(hù)端功能都被砍掉了。
什么情況下選用IScriptControl？如果你認(rèn)為你的客戶(hù)端邏輯應(yīng)該封裝為Sys.UI.Control的派生類(lèi)，那就選擇IScriptControl吧。
小結(jié)
我們分別討論了三種通過(guò)Control實(shí)現(xiàn)Ajax調(diào)用的方案，并且一再?gòu)?qiáng)調(diào)了設(shè)計(jì)必須基于Page處理流程，不要在此流程之外增加不必要的復(fù)雜度和耦合度。值得一提的是，有很多人質(zhì)疑為什么要在Web上提供這樣一個(gè)支持分支的選擇對(duì)話(huà)框功能，我的看法是這樣的：既然客戶(hù)端軟件的流程會(huì)有此功能，那么Web應(yīng)用也有此功能就實(shí)在是太正常了，你刪除blog post的時(shí)候問(wèn)你一下是否確認(rèn)刪除，難道會(huì)有人覺(jué)得這個(gè)功能是設(shè)計(jì)錯(cuò)誤？可能不同的只是表現(xiàn)形式而已，到底是confirm還是彈出層，甚至是一個(gè)專(zhuān)用的過(guò)渡頁(yè)面。然而從用戶(hù)體驗(yàn)的角度來(lái)說(shuō)，這其實(shí)并不是***的方案，多數(shù)時(shí)候用戶(hù)刪除就是確認(rèn)刪除，并不需要再問(wèn)一次是否確認(rèn)之類(lèi)的愚蠢問(wèn)題，但開(kāi)發(fā)人員覺(jué)得用戶(hù)錯(cuò)手刪除的后果應(yīng)當(dāng)由用戶(hù)自己承擔(dān)，所以就做了這樣一個(gè)對(duì)話(huà)框來(lái)推卸責(zé)任。真正好的用戶(hù)體驗(yàn)是不需要確認(rèn)的刪除，但用戶(hù)一定能夠恢復(fù)，***是按一下 Ctrl+Z就可以了，然而對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)還是有很多操作是無(wú)法做到可恢復(fù)的，這時(shí)候除了顯示對(duì)話(huà)框也沒(méi)有更好的解決方案了。
【編輯推薦】
