您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“Vue組件中服務器端渲染的示例分析”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“Vue組件中服務器端渲染的示例分析”這篇文章吧。
現在,前后端分離與客戶端渲染已經成為前端開發的主流模式,絕大部分的前端應用都適合用這種方式來開發,又特別是 React、Vue 等組件技術的發展,更是使這種方式深入人心。
但有一些應用,客戶端渲染就會遇到一些問題了:
需要做 SEO(搜索引擎優化),但客戶端渲染的 html
中幾乎沒有可用的信息
需要首屏快速加載,但客戶端渲染一般是長時間的加載動畫或者白屏
如果能把客戶端渲染的組件化技術(React、Vue 等)與傳統的后端渲染的方式有效的結合起來,兩者兼具,那就太完美了。
所以,這次就來聊聊 Vue 組件的服務器端渲染。
根據社區現有的一些方案,結合自己的實踐,針對團隊技術力量的不同,說說不同應用場景選擇方案時的優先級。
1. NodeJs 渲染中間層
一般前后端的工作流是 后端 -> 前端
。
傳統的后端渲染模式是后端負責包括 url、接口、模板渲染等,前端與后端耦合在一起,當然這種方式正在慢慢的退出歷史舞臺。
主流的客戶端渲染則是后端只提供接口(如有需要,可以提供必要的 url),前端與后端只通過接口交流數據,路由與渲染都在前端完成。
而 NodeJs 渲染中間層的工作流則是 后端 -> NodeJs -> 前端
(NodeJs 渲染中間層由前端開發人員掌握)。
這種模式下,后端只提供接口,傳統的服務器端路由(url)、模板渲染則都有 NodeJs 層接管。這樣,前端開發人員可以自由的決定哪些組件需要在服務器端渲染,哪些組件可以放在客戶端渲染,前后端完全解耦,但又保留了服務器端渲染的功能。
這種方案最成熟的是nuxt.js。
如果有需要,大家可以自己去 nuxt.js 官方文檔 看看具體的使用方法和詳細的功能。
應該說,這種方式是目前最完美的一種方案,但也有一些隱患:
增加了一個 NodeJs 中間層,應用性能會有所降低
增加了架構的復雜度、不穩定性,也降低了應用的安全性
對于高并發應用,NodeJs 層會很容易形成瓶頸
對開發人員要求高了很多
所以,這種方式適合對并發量、安全性、穩定性等要求不高,但又需要做 SEO 或首屏快速加載的頁面。
當然,如果你能夠自己改造相關的工具,就另當別論了。
2. 保留后端模板渲染
當不能使用 NodeJs 中間層時,而又要達到 SEO 與首屏快速響應的目的時,在傳統的后端模板渲染的基礎上,就需要對前端的頁面加以適當的改造。
2.1 首屏快速響應
首屏快速響應就意味著首屏渲染所需的數據是跟 HTML 文件一起到達瀏覽器的,這些數據當前是由后端模板引擎嵌入到 HTML 頁面中的。
以 Java 的 freemarker 模板引擎為例:
(html
中以 script
的方式獲取模板的數據,這樣就算是在本地調試、開發,也不會報錯)。
<script> window.globalData = { stringValue: '${stringValueTplName}', intValue: parseInt('${intValueTplName}', 10), }; </script>
如果是復雜的 Json 數據或者其他復雜的模板數據(比如列表數據),則可以像下面這樣接收:
<script type="text/tpl" id="tpl-script-json"> window.tmpData = { jsonValue: ${jsonValueTplName}, }; </script> <script> try { eval(document.getElementById('tpl-script-json').innerText); } catch (e) { window.tmpData = { jsonValue: {} }; } window.globalData = { jsonValue: window.tmpData.jsonValue, }; </script>
這樣,你就可以在組件里使用 window.globalData
的數據了,而不用另外用接口獲取數據,達到加快首屏渲染的目的,而且本地開發、調試也不會報錯。
如果你使用了本地數據 Mock 功能,也可以很容易的與這種方式結合在一起,只要稍加改造:
在代碼中定義本地和服務器兩個環境,本地環境使用 Mock 數據,服務器環境使用 window.globalData
可以使用see-ajax, see-fetch 來簡化這種方式的開發
此外,還有一些措施來進一步加快首屏渲染:
盡量減少首屏加載的腳本文件大小,其他腳本可以按需加載
如果需要,可以將 CSS、JS 內容注入到 HTML 中,這樣就只會發起一個請求,也可以加快加載速度
2.2 SEO 優化
在上面加載首屏渲染的基礎上,對于 SEO 優化也可以做相應的改造。
其實,在客戶端渲染已慢慢成為主流開發模式的同時,搜索引擎也在跟進這種變化。
截至目前,Google 和 Bing 可以很好對同步 JavaScript 應用程序進行索引,也就是說,即使是客戶端渲染,但只要是同步數據渲染(非 Ajax 獲取數據,比如模板數據),搜索引擎也能抓取到相應的 HTML 片段。
(國內的百度搜索與360搜索等暫時還沒有跟進動態)
但為了兼容所有的搜索引擎,可以像下面改造:
先由后端模板引擎渲染一些 HTML 片段,僅給搜索引擎抓取,不作為給用戶展示的頁面
然后再由客戶端渲染同步或異步的數據給用戶展示真正的頁面
<div> <!-- 這里放置由后端模板引擎渲染的專給搜索引擎抓取的片段,用戶不可見 --> </div> <script> // 接收同步數據 window.globalData = { stringValue: '${stringValueTplName}', intValue: parseInt('${intValueTplName}', 10), }; </script>
3. 導出靜態 html
如果頁面沒有動態數據,那就好辦了,直接把組件導出為靜態 html,然后由客戶端激活。
具體過程可以參考 官方文檔。
這種方案比較好的是 nuxt.js generate
靜態 HTML 文件。
目錄結構:
- pages/ # 頁面結構目錄 - index.vue - second.vue - ... - nuxt.config.js # 配置文件 - package.json - dist # 導出靜態 HTML 文件的默認目錄
導出靜態 HTML 文件
npx nuxt generate
如果一個項目里有多個 pages
,可以這樣構建:
目錄結構:
- nuxt.config.js # 配置文件 - package.json - src/ - home/ # home 頁面 - pages/ # 頁面結構目錄 - index.vue - second.vue - ... - dist # 導出靜態 HTML 文件的默認目錄 - about/ # about 頁面 - pages/ # 頁面結構目錄 - index.vue - second.vue - ... - dist # 導出靜態 HTML 文件的默認目錄
導出靜態 HTML 文件
npx nuxt generate src/home -c ../../nuxt.config.js # home 頁面 npx nuxt generate src/about -c ../../nuxt.config.js # about 頁面
除了上面提到的這些方式外,當然還有其他的方式,比如:
使用 Chrome Headless 模式獲取組件的靜態 HTML
以上是“Vue組件中服務器端渲染的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。