有評論認(rèn)為，Controller中的邏輯不該根據(jù)一個(gè)請求AJAX與否而進(jìn)行不同處理(Nikhil的解決方案使用RenderPartial 來替代RenderView為AJAX操作進(jìn)行輸出)，因此這個(gè)解決方案破壞了MVC的職責(zé)。我不這么認(rèn)為，但是我希望能做到這一點(diǎn)，因?yàn)樽龅竭@一點(diǎn)即意味著絕對的透明。絕對透明則意味著Controller將一個(gè)應(yīng)用程序是否AJAX的決定權(quán)完全交給了客戶端，這點(diǎn)非常理想，因?yàn)锳JAX完全是一個(gè)表現(xiàn)層的概念。ASP.NET AJAX中的UpdatePanel在這方面的表現(xiàn)可圈可點(diǎn)(雖然還遠(yuǎn)不夠完美)，因此我最后決定也為ASP.NET MVC開發(fā)一款類似UpdatePanel的組件。值得慶幸的是，ASP.NET MVC默認(rèn)使用WebForm頁面作為視圖模板，在這個(gè)強(qiáng)大的模型之下，構(gòu)建出這樣一個(gè)AJAX解決方案(的原形)似乎并不十分困難。

　　我將這個(gè)控件命名為MvcAjaxPanel。MvcAjaxPanel與UpdatePanel最大的區(qū)別在于后者接收的是PostBack，而前者接收的只是普通的HTTP請求。Post“Back”意味著Post過后回到了原來的Page，而ASP.NET MVC的請求往往會(huì)被引導(dǎo)至不同的頁面。因此如何跨頁面進(jìn)行內(nèi)容更新是MvcAjaxPanel首要解決的問題。最終我選擇了為每個(gè)MvcAjaxPanel指定一個(gè)UpdateAreaID的做法。

＜mvc:MvcAjaxPanel runat="server" ID="mvcAjaxPanel" UpdateAreaID="Header"＞      ...  ＜/mvc:MvcAjaxPanel＞ 　　當(dāng)頁面向服務(wù)器端發(fā)出一個(gè)AJAX請求時(shí)將會(huì)附帶頁面中的UpdateAreaID信息，而服務(wù)器端的Action并不會(huì)意識到這一點(diǎn)，因此依舊按照尋常邏輯指定一個(gè)視圖模版并輸出HTML。不過，如果視圖模板中的 MvcAjaxPanel發(fā)現(xiàn)這個(gè)請求實(shí)際上是一個(gè)符合約定的AJAX請求(請注意，只有View組件意識到這是個(gè)請求的性質(zhì))，則會(huì)使用新的方法來替換標(biāo)準(zhǔn)的輸出。這時(shí)候模板就會(huì)根據(jù)客戶端傳遞過來的UpdateAreaID，尋找頁面上具有同樣屬性值的MvcAjaxPanel，有選擇性地輸出內(nèi)容。在客戶端就會(huì)有對應(yīng)的JavaScript代碼接收服務(wù)器端的數(shù)據(jù)，并且更新頁面中的相應(yīng)區(qū)域。

　　很明顯，MvcAjaxPanel的工作原理與UpdatePanel有頗多相似之處，也做到了一定程度上的透明。而且與Nikhil的解決方案相比，一個(gè)非常重要的優(yōu)勢就是可以一次更新頁面中的多個(gè)區(qū)域——其實(shí)這也就是UpdatePanel的特性之一。而且這種對Controller透明的做法又有一個(gè)天然的特點(diǎn)，那就是能夠輕松地在不支持AJAX的瀏覽器中使用傳統(tǒng)的方式切換頁面。