複雜的客戶端邏輯 - 更好地移動到服務器端？

Question

我正在使用第三方搜索API，並且非常喜歡在瀏覽器端保存幾乎所有的應用程序。 xml完全用javascript解析，並且我使用JavaScript模板引擎動態地呈現複雜的結果對象。有幾頁重新加載發生，並有很多花哨的JavaScript正在進行。

我覺得乾淨的東西讓所有的東西都放在了javascript的一面。這將使部署變得更加容易，並且將我的所有代碼放在一個地方很好。我試圖像使用java編寫JavaScript一樣嚴格編碼，到目前爲止，事情似乎工作得很好。我正在努力使用YUI測試來開發TDD風格，並且樂觀地認爲這將使不可避免的跨瀏覽器錯誤更易於捕捉和修復。代碼的大小並不是很小，但也不算太糟糕，我計劃在部署之前縮小它，這應該將其減小到現在的2/3。

我不考慮是否有缺點？這裏的任何其他支持前端應用邏輯的支持者？

Answer 1

只有在實際改善用戶體驗時才應該使用AJAX。當瑣碎的功能需要JS時，這是非常煩人的。我希望（不知道你的應用是否屬於這種情況）能夠進入搜索，獲得結果，並且在沒有JS的情況下瀏覽結果。

AJAX分頁或搜索優化等「額外」功能沒有任何問題。但要領應該在那裏。

Answer 2

有幾個頁面重新加載發生，很多花哨的JavaScript正在進行。

JavaScript過度依賴有一大缺陷。請記住，每當你設計一個Web應用程序時，你應該基於這樣的前提：用戶不支持啓用了JavaScript--儘管這是少數用戶，但仍有許多用戶因爲任何原因沒有啓用它，如果您的應用程序在其基本操作中過分依賴JavaScript，那麼禁用JavaScript的用戶將無法訪問它。

每當我編寫具有JavaScript或AJAX功能的頁面時，我總是要確保顯示或提交信息的第二種方式，以防用戶瀏覽器中的JavaScript被關閉。當然，這通常不是審美所必需的 - 單擊菜單欄時菜單項滑動並且頁面被更改不會影響頁面的核心功能，如果JavaScript被關閉並且它們只是靜態鏈接;但是對於輸入數據和顯示結果等核心功能，您應確保提供未啓用JavaScript的備份方法。