Ajax興起, 傳統Web架構與狼共舞

關於J2EE的開發架構可謂是百花齊放，從JSF、Tapestry到Struts、WebWork，又有從Spring WebFlow到JSP/JSTL/Velocity等等。而且幾乎每天都有新架構誕生。然而，面對Ajax或是其它類似Ajax用戶端技術的興起，是不是會意味著傳統基於HTML/HTTP的Web架構將會前途渺茫？

一、 傳統Web遭遇AJAX，是融合還是消亡

傳統的Web架構主要負責處理HTTP請求及產生HTML頁面，在伺服器保證用戶端的正常顯示，主要通過處理表單，綁定業務資料對象等並返回給用戶端的HTML頁面。

而Ajax，通過採用模組引擎、XPath/XSLT引擎、SOAP協議及XFroms等技術來實現，充分的在用戶端發揮不可替代的作用。因而，開發人員可以盡量將JavaScript從HTML頁面裡分離出來，盡量採用CSS來減少JavaScript指令碼語言在用戶端的大量使用。從而基於Ruby on Rails架構的JavaScript版本，可以穩定的應用運行於瀏覽器上。

未來的Web應用程式會不會是基於靜態HTML和使用Ajax採用XML提供的web　services？如果是的話，那麼我們還需要基於HTTP/HTML的傳統Web架構嗎？或是完全採用Ajax來取代Web架構以實現查看、編輯等功能？

就作者的個人經驗而言，如果非免費的話，可以肯定的是Ajax將成為Web架構收費的一個新增點。但是作者對Ajax將取代Web架構的結論表示懷疑的態度。有太多的公司不願意開發一個僅僅基於JavaScript的UI（使用者介面），Google也不例外，因為，當瀏覽器的JavaScript功能被禁用時，GMail還有一個非JavaScript的版本可以正常運行。

然而使用了Ajax，以前使用Web架構所存在問題是否依然存在呢？同時，哪一個Ajax架構最適合？DWR、Scriptaculous、Prototype?還是AjaxTags、AjaxAnyWhere、Rico？更或者是Dojo、JSON-RPC?但當他們中的某一個架構被Apache組織所收購，那會不會意味著它將成為又一個Struts呢？

這也就是說，作者更加傾向於將Ajax與傳統Web架構兩者進行無縫的整合使用。Ajax的強項與優勢在於它在用戶端”view”方面的良好表現，同時可以對用戶端的請求按需進行業務資料的請求。而Web架構在這個方面是弱項，但在其它方面如伺服器則是強項。在特大型項目中，如果不採用基於MVC原則的Web架構來形成程式的結構，則Ajax將會顯得力不從心。