因爲單頁面web應用的流行，客戶端與服務器端之間都相應的產生了一些微妙的變化，比如，客戶端原來只是用來展示頁面和理清邏輯，而如今逐漸轉變成了一個能夠進入驅動狀態的應用程序。
未來的企業級應用發展方向，以及最終的技術落實相較於目前一定會有很大的改變，但新的變化也一定會爲開發和管理人員帶來一些困擾，從而引發出一系列技術上或是實際操作的問題。
如果服務器端排除頁面渲染功能…
1.減輕服務器本身壓力。服務器端不用保存任何客戶端的狀態內容，間接的提升了服務器的處理容量。
2.同一個服務器端能夠適應不同類型的客戶端，包括iOS、Android和瀏覽器。
3.當服務器需要切換的時候，以往的做法是全部推倒重做。而現在，之前的所有的頁面和接口都可以重複使用，很大程度的降低了項目的技術成本。
4.提高效率。頁面開發和服務器端的開發可以同時進行，相互之間不會產生牽絆。
5.降低可避免錯誤的發生率。渲染頁面的功能從服務器端排除之後，直接導致頁面中寫SQL和諧業務邏輯的可能性變爲零。
項目內部人員產生的困惑和質疑…
在上述思路被拋出之後，項目的開發人員和管理人員一定會隨之而來引發出許多的問題，比如：
Twitter已經從Client Side渲染轉向ServerSide渲染了，是不是證明還是Server Side的渲染性能更好？
FaceBook已經在手機上放棄HTML5了，是不是其中出了一些狀況？
新生事物都是沒有經過考驗和認證的東西，具體實際操作是否可行？
這些問題很難一時之間解釋清楚，但人的特點就是不願意改變自己已經很熟悉的流程。當一個很緊急的項目擺在眼前，沒有充足的時間來做完整評估，之後的進展可能就會出現各種各樣的問題，這是纔會意識到之前的判斷是錯誤的。也正是面對很多次這樣的失敗經歷，才更加激勵我們應該去嘗試一些新方法。
解決企業應用中的客戶端和服務器端問題
許多言論都對JS口誅筆伐，但當你深入瞭解了AngularJS語言後，一定會對此有大改觀。AngularJS能順理成章的引導我們接受並且認可Node，排除了很重要的語言障礙，解決了客戶端的性能問題。
很多架構師會說Java有非常成熟的框架架構，但目前面臨的最大問題是，在開發過程中只把Java當成過渡語言來使用。太多次因爲無關緊要的service配置問題導致整個web無法啓動，類似這樣的問題太多，所以Java應用最終應該漸漸趨於統一化，從而降低做單元測試的成本。