移動端頻繁得去刷新界面不是很友好,而且還費流量,所以出現單頁面應用-----
單頁面介紹
單頁 Web 應用 (single-page application 簡稱為 SPA) 是一種特殊的 Web 應用。它將所有的活動局限於一個Web頁面中,僅在該Web頁面初始化時加載相應的HTML、JavaScript 和 CSS。
一旦頁面加載完成了,SPA不會因為用戶的操作而進行頁面的重新加載或跳轉。而是利用 JavaScript 動態的變換HTML的內(采用的是div切換顯示和隱藏),從而實現UI與用戶的交互。
由於避免了頁面的重新加載,SPA 可以提供較為流暢的用戶體驗。得益於ajax,我們可以實現無跳轉刷新,又多虧了瀏覽器的histroy機制,我們用hash的變化從而可以實現推動界面變化。
在Web App和Hybrid App橫行的時代,為了擁有更好的用戶體驗,單頁面應用順勢而生,單頁面應用簡稱SPA,就是只有一個HTML頁面的應用程序,應用中所有的視圖都包含在這個HTML頁面中,並通過JavaScript控制相關視圖的顯示和隱藏,這種模式可以讓用戶在Web App感受Native App的速度和流暢。
優點:
1.無刷新界面,給用戶體驗原生的應用感覺,最大的優勢是使用過程的流暢。
2.節省原生(android和ios)app開發成本
3.提高發布效率,無需每次安裝更新包。
4.容易借助其他知名平台更有利於營銷和推廣
5:前后端職責分離,架構清晰:前端進行交互邏輯,后端負責數據處理。傳輸的數據少,減少后端壓力,前后端單獨開發、單獨測試。
6:良好的交互體驗,前端進行的是局部渲染。避免了不必要的跳轉和重復渲染。
缺點:
1.效果和性能確實和原生的有較大差距
2.各個瀏覽器的版本兼容性不一樣
3.業務隨着代碼量增加而增加,不利於首屏優化
4.某些平台對hash有偏見,有些甚至不支持pushstate。
5.不利於搜索引擎抓取,極差的SEO(搜索引擎優化)
6:首次加載數據大耗時長
7:獨立模塊編譯的成本會越來越大
思想:減少頁面重載和數據傳輸
傳統的多頁面應用每個頁面(只說動態頁面)都是使用服務器端模板編寫,然后請求這個頁面的時候由服務器渲染成 html 再返回。兩者對比,一個很明顯的區別就是,多頁面應用的 server 端要干兩件事:提供數據+渲染,而單頁面應用把渲染拿到瀏覽器端做了,服務器只提供數據就可以了。
單頁面是指只有一個主頁面的應用,瀏覽器一開始要加載所有必須的 html, js, css。所有的頁面內容都包含在這個所謂的主頁面中。但在寫的時候,還是會分開寫(頁面片段),然后在交互的時候由路由程序動態載入。
正常來講,單頁面下數據請求更新走的不再是重載頁面,而是ajax請求,更新的內容都是json傳過來的,數據量要比下載整個頁面快得多。對於性能低下帶寬窄小的移動端而言這是個非常好的優化點,減少了頁面重載和數據傳輸,提高用戶體驗。
單頁面代表
有些單頁面開發是通過React、Vue、Node、Web Components、Webpack等來實現
學習文檔:
Vue:輕量級MVVM框架Vue.js快速上手(MVVM、SEO單頁面應用、SSR服務器端
Vue.js是一套構建用戶界面的輕量級MVVM框架,與其他重量級框架不同的是, Vue.js 的核心庫只關注視圖層,並且非常容易學習
Angular.js:http://www.runoob.com/angularjs/angularjs-tutorial.html
學會用Angular構建應用,然后把這些代碼和能力復用在多種多種不同平台的應用上 —— Web、移動 Web、移動應用、原生應用和桌面原生應用。
React:https://reactjs.org/docs/hello-world.html
React 的設計思想極其獨特,屬於革命性創新,性能出眾,代碼邏輯卻非常簡單。所以,越來越多的人開始關注和使用,認為它可能是將來 Web 開發的主流工具。
如果這三大框架不夠熟悉,也沒有關系,以下這些方法也可以實現
前端路由有3種實現方式
方法一:hash
早期的路由都是后端實現的,直接根據 url 來 reload 頁面,頁面變得越來越復雜服務器端壓力變大,隨着 ajax 的出現,頁面實現非 reload 就能刷新數據,也給前端路由的出現奠定了基礎。我們可以通過記錄 url 來記錄 ajax 的變化,從而實現前端路由。
這里說的是另一種hash路由,就是常見的 # 號,這種方式兼容性更好。hash除了這個功能還有另一一種含義:指導瀏覽器的行為但不上傳到服務器。同樣需要一個根據監聽哈希變化觸發的事件 —— hashchange 事件
經常在 url 中看到 #,這個 # 有兩種情況,一個是所謂的錨點,比如典型的回到頂部按鈕原理、Github 上各個標題之間的跳轉等,路由里的 # 不叫錨點,稱之為 hash,大型框架的路由系統大多都是哈希實現的。所以,簡而言之可以這樣理解:改變#后面的值不觸發網頁重載,但會記錄到瀏覽器history中去。
原理:修改hash的方式實現歷史記錄(瀏覽器對hash的修改會記錄歷史記錄)
遵循一種原則,界面無刷新。如果要實現原生應用中類似許多不同頁面切換的效果,我們采用的是div切換顯示和隱藏。監聽地址欄中hash變化驅動界面變化它們的變化記錄瀏覽器會保存在history中,可以通過回退/前進按鈕找回,或者history對象中的方法控制。
方法二:ajax+div+historyapi (html5推出的historyapi)
這里不細說每一個 API 的用法,大家可以看 MDN 的文檔:https://developer.mozilla.org...重點說其中的兩個新增的APIhistory.pushState和history.replaceState相同之處是兩個 API 都會操作瀏覽器的歷史記錄,而不會引起頁面的刷新。不同之處在於,pushState會增加一條新的歷史記錄,而replaceState則會替換當前的歷史記錄。
window.history.pushState:方法:為histroy建立歷史記錄,該方法傳入三個函數
1、對應url的信息
2、下一個界面的title
3 、需要你動態改變的地址欄中的url.
這種方式實現要更復雜,開發要自己實現url管理,以達到前進、后退跳轉等能力,不過目前都已經有成熟的路由庫可以使用,另外基於div模式的SPA,開發需要考慮全局對局部的影響,包括css、事件等。
這種方式的優點是刷新要更輕量,js庫和css樣式在首次加載即可,局部頁面可以只加載少量的數據,並且基於div響應式效果在移動端要更好。因此這也成了目前流行的前端框架angular、react等選用的方案。通過HTML5 History API,實現頁面跳轉,實現簡單的單頁面web應用。
方法三:iframe
其一,使用iframe的優點之一就是開發簡單,目前的瀏覽器都已經對iframe url發生修改產生歷史記錄。
其二,除了響應式問題的兼容性不好之外(也正因此iframe很不適合用在移動端),iframe作為使用多年的瀏覽器技術之一,在許多方面的兼容性要好許多,也是一些新技術在低版本瀏覽器上不可用時的替代解決方案,如contentEditable。
其三,iframe與父文檔相對獨立,可以不受父文檔的影響,想必這也是目前一些網站(網易雲音樂,QQ空間,各大郵箱)繼續使用iframe的主要原因。
原文作者:祈澈姑娘
原文鏈接:https://www.jianshu.com/u/05f416aefbe1