我們都知道angularjs是單一頁面應用程式，那什麼是單一頁面應用程式呢？單一頁面應用程式到底有什麼好處呢？
下面我們來看一下：
首先我覺得可以把頁面的響應模式分成這樣大概3個階段：
1. 最傳統的階段：什麼都得重新整理
最傳統的web站點中，客戶端向伺服器傳送請求，伺服器響應之後把生成好的html通過response返回給客戶端，這樣一來一往。體驗當然是最不好的，同時對伺服器來說也需要處理的更多。
2. 頁面區域性重新整理
至從ajax火起來之後，大家就想起了這一點。頁面某一塊區域性的資料可以在頁面在客戶端載入完之後，再從新發起乙個請求去把某一塊的html**再拿下來顯示到頁面中。這裡面有兩種做法，一種是後台直接把html生成好了直接返回，另一種做法是伺服器只返回資料，客戶端再拼出html。採取第二種做法的時候，有人可能已經用上了先進的模板技術，有人可能還在使用強大的字串拼接技術。 不管怎麼說，我們進步了，使用者可以先看到頁面，然後某一塊慢慢載入，使用者感覺爽了，再也不是一片空白在那裡轉啊轉啊的了。
3. 整站單頁
年，當然那時候還只是乙個術語。具體的例子，我最早接觸到的是gmail，當然最簡單的單頁其實很簡單比如說某q郵箱，整了個frame在頁面裡面，不管你怎麼點，它懶是感覺沒有重新整理呀。這裡先簡單說說我們要實現的這個單頁和用frame實現的單頁相比有什麼優勢。
優勢
難題
view container
這是乙個客戶端的模板容器，在requirejs的基礎封裝了一下，第一次呼叫某個模板的時候會去伺服器上拿，後來就直接用客戶端的了。
為什麼模板不直接用html的？
這個問題我也想過，用純html的就不必走mvc那一套生命週期了，伺服器壓力減少不小。但是考慮到我們view當中的授權模組和全球化資源，其實是可以直接在伺服器端處理好再返回的。而且我也偷了乙個懶，沒有把這些放在客戶去實現。
SPA 單頁面應用程式。
看到這個問題，先說下自己的理解到的程度，再去參考做修正，爭取這一次弄懂搞清楚 自己的理解 單頁面應用程式，解決瀏覽器獲取資料重新整理頁面的尷尬，通過ajax請求獲取資料達到非同步更新檢視的按鈕，原理的實現由兩種，其一，通過hash值的變化，繫結onhashchange的 函式更新檢視，因為hash值...
單頁面應用程式的優缺點
2.良好的前後端工作分離模式 後端不再負責模板渲染 輸出頁面工作，後端api通用化，即同一套後端程式 不用修改就可以用於web介面 手機 平板等多種客戶端。3.減輕伺服器壓力 單頁應用相對伺服器壓力小，伺服器只用出資料就可以，不用管展示邏輯和頁面合成，吞吐能力會提高幾倍。二 缺點 1.首屏載入慢 如...
vue中SPA單頁面應用程式詳解
一 spa的概述 spa single page application 單頁面應用程式，在乙個完成的應用或者站點中，只有乙個完整的html頁面，這個頁面有乙個容器，可以把需要載入的 片段插入到該容器中。spa的工作原理 eg 根據位址列中url解析完整的頁面 index.html 載入index....