摘要:今天分享一篇公司大佬的文章,非常厲害的大神崇拜臉,講講服務(wù)端渲染。服務(wù)端渲染,它到底用了什么原理呢服務(wù)端渲染原理服務(wù)端渲染的方式有很多,主流的服務(wù)端語言為使用渲染。
富婆來報道,今天想問題想不出來,隨手抓了一下頭發(fā),沒想到啊沒想到,我那濃(mei)密(sheng)茂(ji)盛(gen)的秀發(fā)又少了好幾根,一定要改掉這個想不出來問題就揪頭發(fā)的壞習慣。今天分享一篇公司大佬的文章,非常厲害的大神(崇拜臉),講講react服務(wù)端渲染。
React服務(wù)端渲染寫過React組件的同學都知道,React組件一般是基于瀏覽器端使用js渲染的。它所生成的Dom結(jié)構(gòu)都是后期由js計算生成。如下圖,我們可以看到頁面源文件中id為root中的dom結(jié)構(gòu)實際是空的。但實際在element元素中,已經(jīng)可以看到Dom樹的生成了。
客戶端渲染DOM結(jié)構(gòu)圖
服務(wù)端渲染DOM結(jié)構(gòu)圖
React服務(wù)端渲染(簡稱SSR),也就是在服務(wù)器端直接渲染React組件,使用戶在首屏便能感受到Dom樹的存在,在頁面html文件生成的同時,Dom結(jié)構(gòu)也就存在了。用戶看到的源文件即為圖2。
那么為什么要使用服務(wù)端渲染呢?客戶端渲染不是更能減輕服務(wù)端負擔嗎?我們來看下
簡單了解了React-SSR,那么我們使用服務(wù)端渲染的目的主要是為了解決如下幾大難題:
1.搜索引擎優(yōu)化(seo)
因React組件采用js在瀏覽器中渲染,實際搜索引擎爬蟲爬到的數(shù)據(jù)也就是圖一中的沒有DOM結(jié)構(gòu)的數(shù)據(jù)。,及其不友好,如圖1。
2.可以解決首屏白屏問題
Js渲染的組件需要消耗性能,故在性能較差的終端中,瀏覽器端渲染組件所消耗的時間就會比較長。在瀏覽器執(zhí)行js渲染組件時,對用戶而言,就是所謂的白屏。
開啟服務(wù)端渲染前
開啟服務(wù)端渲染后
開啟前后script計算時間對比
如果你的項目存在上面的問題,而又不想拋棄React組件,可以嘗試使用React服務(wù)端渲染。
服務(wù)端渲染,它到底用了什么原理呢?
服務(wù)端渲染原理
服務(wù)端渲染的方式有很多,主流的服務(wù)端語言為使用nodejs渲染。下圖為簡單原理圖:
服務(wù)端渲染簡單流程圖
簡單概括就是這三步驟:
1.客戶端發(fā)起請求
2.Nodejs服務(wù)器分析頁面數(shù)據(jù)結(jié)構(gòu)并渲染React組件
3.客戶端展示html
實例解說
下面我們來看下具體實例,實例是基于express的React服務(wù)端組件渲染實例。Express提供頁面以及中間層的API(點擊tab切換調(diào)用的接口)服務(wù),Webpack實現(xiàn)服務(wù)端和客戶端的React組件打包。
界面預(yù)覽
總共包含一個頁面、兩個組件。其中組件一、二均能將首屏數(shù)據(jù)返回,同時在客戶端重新執(zhí)行react組件渲染。
首屏DOM結(jié)構(gòu)
實例地址:(這是一個express_react_ssr腳手架)
https://github.com/webqdtalk/...
運行環(huán)境
Nodejs:6.9.0 不限于此版本 Webpack:3.5.2 不限于此版本 Package.json及相關(guān)說明
這是Package.json:
{ "name": "react-express-ssr", "version": "0.0.0", "private": true, "scripts": { "start": "webpack --progress && node ./bin/www" }, "dependencies": { "axios": "^0.18.0", //實現(xiàn)組件中ajax請求 "babel-core": "^6.24.0", //打包react組件 "babel-loader": "^6.4.1", //打包react組件 "babel-preset-es2015": "^6.24.0",//打包react組件 "babel-preset-react": "^6.23.0",//打包react組件 "cookie-parser": "~1.4.3", //express依賴 "css-loader": "^0.23.1", //express依賴 "debug": "~2.6.9", //express依賴 "ejs": "~2.5.7", //express依賴 "express": "~4.16.0", //express依賴 "extract-text-webpack-plugin": "^2.1.0",//打包scss文件依賴 "http-errors": "~1.6.2",//express依賴 "morgan": "~1.9.0",//express依賴 "node-sass": "^4.5.1", //打包scss文件依賴 "react": "^16.8.6",//打包react組件 "react-dom": "^16.8.6",//打包react組件, "sass-loader": "^6.0.3",//打包scss文件依賴 "style-loader": "^0.13.0",//打包scss文件依賴 "webpack": "^3.5.2" //打包react組件 }, "devDependencies": { "babel-preset-env": "^1.7.0", "babel-register": "^6.26.0" } }
Clone項目后,直接在根目錄執(zhí)行npm i 安裝完成后運行npm start并打開瀏覽器訪問localhost:3000就可以訪問了。
重要模塊說明
頁面入口文件配置
當執(zhí)行npm start并訪問localhost:3000后,express入口文件app.js中引入了server/index.js
App.js
服務(wù)端路由如何實現(xiàn)
Express提供router方法
router.get("/urlpath", function(req, res, next) { const html=ReactDOMServer.renderToStaticMarkup(如何實現(xiàn)服務(wù)端渲染); res.render(‘pageejs’, { title:"服務(wù)端渲染",content: html }); });
Webpack入口文件:server/index.js中引入了components中的組件,并執(zhí)行ReactDOMServer.renderToStaticMarkup方法,將組件在服務(wù)端渲染為頁面DOM結(jié)構(gòu)字符串,再由express提供頁面服務(wù),在ejs模板中輸出。圖四中的兩個api接口是為了點擊tab時請求數(shù)據(jù)用。下圖為ejs模板文件。
Server/index.js
Views/index.ejs
服務(wù)端和客戶端如何打包組件?
Webpack配置如下:
Webpack.config.js
客戶端渲染的入口文件為/components/app.js,也包含了服務(wù)端的入口文件,保證了服務(wù)端和客戶端使用同一套組件輸出,同時也保證在服務(wù)端渲染結(jié)束后,客戶端組件能夠繼續(xù)正常運轉(zhuǎn)。
Components/app.js
服務(wù)端渲染的入口文件為components/index.js,如下圖中可以看到此入口文件中引用了兩個額外的組件:swichtab和ssrplugin,就跟純前端渲染的react組件基本一致!
Components/index.js
客戶端打包組件后輸出在public/main.css和public/index.js,在視圖文件views/index.ejs中引用實現(xiàn)客戶端渲染。
實踐過程的注意點
1.express無法執(zhí)行import 導致報錯。
解決方案:
npm i babel-register --save
同時在bin/www中配置babel-register
require("babel-register")({ presets: ["env"] });
2.服務(wù)端渲染css或者scss文件時報錯
解決方案:
因服務(wù)端直接運行css或者scss等文件會導致語法報錯,故在實際組件中,需要對require的scss文件進行容錯或者動態(tài)按需加載。
try{ require("./index.scss") //因服務(wù)端渲染不需要scss文件,但webpack仍會處理scss文件,打包scss會出錯,此處需要作為容錯處理或按需加載 }catch(e){ console.log(e.message); }
服務(wù)端渲染雖好,但是對項目的改造影響還是比較大的,改造需謹慎評估~
你懂的!!!
如有不對的地方,歡迎各位斧正!
歡迎關(guān)注我的公眾號,大家一起交流,Web前端Talk
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/109362.html
摘要:作者葡萄城控件最好的功能之一就是能夠在不同的框架中使用它。本文將演示如何在簡單的頁面中使用編譯器將與快速結(jié)合。這只是和的基本使用,但可以輕松擴展。自面世以來,備受華為中通中國民航飛行學院中國平安中國能建浪潮等國內(nèi)知名企業(yè)客戶青睞。 作者:葡萄城控件SpreadJS最好的功能之一就是能夠在不同的框架中使用它。本文將演示如何在簡單的Web頁面中使用Babel JavaScript編譯器將S...
摘要:數(shù)據(jù)管理及性能優(yōu)化統(tǒng)一管理數(shù)據(jù)這一部份算是重頭戲吧。重復渲染導致卡頓這套的東西在家校群頁面上用得很歡樂,以至于不用怎么寫都沒遇到過什么性能問題。但放到移動端上,我們在列表頁重構(gòu)的時候就馬上遇到卡頓的問題了。列表頁目前的處理辦法是將值換成。 本文來自于騰訊bugly開發(fā)者社區(qū),非經(jīng)作者同意,請勿轉(zhuǎn)載,原文地址:http://dev.qq.com/topic/57908... 最近一個季度...
摘要:插拔式應(yīng)用架構(gòu)方案和傳統(tǒng)前端架構(gòu)相比有以下幾個優(yōu)勢業(yè)務(wù)模塊分布式開發(fā),代碼倉庫更易管理。 showImg(https://segmentfault.com/img/remote/1460000016053325?w=2250&h=1500); 背景 隨著互聯(lián)網(wǎng)云的興起,一種將多個不同的服務(wù)集中在一個大平臺上統(tǒng)一對外開放的概念逐漸為人熟知,越來越多與云相關(guān)或不相關(guān)的中后臺管理系統(tǒng)或企業(yè)級...
摘要:之前分享過幾篇關(guān)于技術(shù)棧的原創(chuàng)文章解析前端架構(gòu)學習復雜場景數(shù)據(jù)設(shè)計干貨總結(jié)打造單頁應(yīng)用一個項目理解最前沿技術(shù)棧真諦一個工程實例今天進一步剖析一個實際案例移動網(wǎng)頁版。目前面臨的問題在于提高產(chǎn)品的各方面性能體驗。 之前分享過幾篇關(guān)于React技術(shù)棧的原創(chuàng)文章: 解析Twitter前端架構(gòu) 學習復雜場景數(shù)據(jù)設(shè)計 React Conf 2017 干貨總結(jié)1: React + ES next ...
閱讀 3140·2021-11-19 09:40
閱讀 2437·2021-10-14 09:42
閱讀 1712·2021-09-22 15:34
閱讀 1449·2019-08-30 15:55
閱讀 784·2019-08-29 12:59
閱讀 417·2019-08-28 18:28
閱讀 1825·2019-08-26 13:42
閱讀 1530·2019-08-26 13:29