使用ajax進行專案開發 是福還是禍

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

最近在開發一個站群系統，主要使用了AJAX進行設計和開發，用戶端庫使用的是jQuery，服務段用ASP+JSON提供資料服務。 最後因為設計的不足及綜合各方面的原因，專案夭折，在這裡簡單總結下，前車之鑒，後事之師嘛，呵呵。

專案的需求簡單的歸納一下：

1)站群伺服器，主要用來維護網站目錄索引，進行資訊中轉。

2)站群內網站，可以通過站群的資訊中轉伺服器進行資訊的上發和下發。

3)站群內各網站均支援換膚的功能。

因為要考慮換膚的功能，而且由於專案時間不是太緊，再考慮專案成員的技術配備(服務端開發語言及技術熟練的人比較少)，我決定在這個專案全面使用AJAX技術。

我的做法是：

首先，站群伺服器與網站，網站內，不再使用WEB SERVICE，而是使用ASP+JSON提供資料服務，因為有自己寫的現成的框架可以使用，開發起來很方便，主要是資料庫設計工作，代碼量很小。

其次，各獨立網站使用MVC框架進行開發。 服務端我配置一個人進行開發(因為AJAX服務端不同于傳統的做法，不需要開發很多介面，只需要寫資料介面就可以了，所以一個人很容易勝任);前端方面，我配置3個人負責割圖(HTML+CSS)和開發用戶端業務邏輯代碼(JS+ jQuery)。

而事實的困難似乎超出了我的想像。

1)由於客戶是政府部門，對資料的安全性要求比較高。 而AJAX在這方面又先天不足，資料介面的暴露會帶來很多安全隱患。 要解決這個問題，專案設計和開發工作量需要增加。

2)在用戶端方面，因為沒有現成的AJAX應用框架，開發一個小型網站，很多業務邏輯需要從頭開始設計開發，相當費事(工作量省不掉)。 (程式師和我說，一個頁面JS代碼超過20行，就開始混亂了)。

3)由於是分散式的網站，所以AJAX跨域POST，跨域不能共用SESSION等問題，直接導致設計的工作量劇增。

總結：

1)期待更多基於用戶端/服務端完整AJAX框架的不斷成熟，如AJAX.NET。

2)隨著RIA應用的不斷普及和推廣，web前端需要更多的設計師的加入。

來自AJAX實站HTTP://www.ajaxsamples.cn