移動端頁面無刷新跳轉方法有三種


移動端頻繁得去刷新界面不是很友好,而且還費流量,所以出現單頁面應用-----

單頁面介紹

單頁 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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM