富婆来报道,今天想问题想不出来,随手抓了一下头发,没想到啊没想到,我那浓(mei)密(sheng)茂(ji)盛(gen)的秀发又少了好几根,一定要改掉这个想不出来问题就揪头发的坏习惯。你们遇到问题想不出来都会有啥奇特的习惯呢?
想象一下妙龄美少女长发飘飘变成三毛的形象(科普:女性秃顶的概率是极低的不会变成英国皇室威廉王子那样代代传,可怜新出生的哈里王子的儿子,这个世界上又多了一个秃头的人),秃头要怎么办呢,只能努力学习挣钱,然后用掉头发挣来的钱再去植发。。。循环。。。
今天分享一篇公司大佬的文章,非常厉害的大神(崇拜脸),讲讲react服务端渲染。大家也可以自己动手实践一下。
React服务端渲染
写过React组件的同学都知道,React组件一般是基于浏览器端使用js渲染的。它所生成的Dom结构都是后期由js计算生成。如下图,我们可以看到页面源文件中id为root中的dom结构实际是空的。但实际在element元素中,已经可以看到Dom树的生成了。
客户端渲染DOM结构图
服务端渲染DOM结构图
React服务端渲染(简称SSR),也就是在服务器端直接渲染React组件,使用户在首屏便能感受到Dom树的存在,在页面html文件生成的同时,Dom结构也就存在了。用户看到的源文件即为图2。 那么为什么要使用服务端渲染呢?客户端渲染不是更能减轻服务端负担吗? 我们来看下
为什么要使用服务端渲染
简单了解了React-SSR,那么我们使用服务端渲染的目的主要是为了解决如下几大难题:
1、搜索引擎优化(seo)
因React组件采用js在浏览器中渲染,实际搜索引擎爬虫爬到的数据也就是图一中的没有DOM结构的数据。,及其不友好,如图1。
2、可以解决首屏白屏问题
Js渲染的组件需要消耗性能,故在性能较差的终端中,浏览器端渲染组件所消耗的时间就会比较长。在浏览器执行js渲染组件时,对用户而言,就是所谓的白屏。
开启服务端渲染前
开启服务端渲染后
开启前后script计算时间对比
如果你的项目存在上面的问题,而又不想抛弃React组件,可以尝试使用React服务端渲染。 服务端渲染,它到底用了什么原理呢?
服务端渲染原理
服务端渲染的方式有很多,主流的服务端语言为使用nodejs渲染。下图为简单原理图:
服务端渲染简单流程图
简单概括就是这三步骤:
1、客户端发起请求
2、Nodejs服务器分析页面数据结构并渲染React组件
3、客户端展示html
实例解说
下面我们来看下具体实例,实例是基于express的React服务端组件渲染实例。Express提供页面以及中间层的API(点击tab切换调用的接口)服务,Webpack实现服务端和客户端的React组件打包。
界面预览
总共包含一个页面、两个组件。其中组件一、二均能将首屏数据返回,同时在客户端重新执行react组件渲染。
首屏DOM结构
实例地址:(这是一个express_react_ssr脚手架) github.com/webqdtalk/e…
运行环境
Nodejs:6.9.0 不限于此版本
Webpack:3.5.2 不限于此版本
Package.json及相关说明
这是Package.json:
{
"name": "react-express-ssr",
"version": "0.0.0",
"private": true,
"scripts": {
"start": "webpack --progress && node ./bin/www"
},
"dependencies": {
"axios": "^0.18.0", //实现组件中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项目后,直接在根目录执行npm i
安装完成后运行npm start并打开浏览器访问localhost:3000就可以访问了。
重要模块说明 页面入口文件配置 当执行npm start并访问localhost:3000后,express入口文件app.js中引入了server/index.js
App.js
服务端路由如何实现
Express提供router方法
router.get('/urlpath', function(req, res, next) {
const html=ReactDOMServer.renderToStaticMarkup(<App />);
res.render(‘pageejs’, { title:"服务端渲染",content: html });
});
如何实现服务端渲染
Webpack入口文件:server/index.js中引入了components中的组件,并执行ReactDOMServer.renderToStaticMarkup方法,将组件在服务端渲染为页面DOM结构字符串,再由express提供页面服务,在ejs模板中输出。
图四中的两个api接口是为了点击tab时请求数据用。图五为ejs模板文件。
Server/index.js
Views/index.ejs
服务端和客户端如何打包组件? Webpack配置如下:
Webpack.config.js
客户端渲染的入口文件为/components/app.js,也包含了服务端的入口文件,保证了服务端和客户端使用同一套组件输出,同时也保证在服务端渲染结束后,客户端组件能够继续正常运转。
Components/app.js
服务端渲染的入口文件为components/index.js
如下图中可以看到此入口文件中引用了两个额外的组件:swichtab和ssrplugin,就跟纯前端渲染的react组件基本一致!
Components/index.js
客户端打包组件后输出在public/main.css和public/index.js,在视图文件views/index.ejs中引用实现客户端渲染。
实践过程的注意点
1.express无法执行import 导致报错。
解决方案: npm i babel-register –save 同时在bin/www中配置babel-register
require('babel-register')({
presets: ['env']
});
2.服务端渲染css或者scss文件时报错
解决方案: 因服务端直接运行css或者scss等文件会导致语法报错,故在实际组件中,需要对require的scss文件进行容错或者动态按需加载。
try{
require('./index.scss') //因服务端渲染不需要scss文件,但webpack仍会处理scss文件,打包scss会出错,此处需要作为容错处理或按需加载
}catch(e){
console.log(e.message);
}
服务端渲染虽好,但是对项目的改造影响还是比较大的,改造需谨慎评估~
你懂的!!!
文章如有不对的地方,欢迎各位斧正!!
欢迎关注我的公众号,一起秃头,一起植发
Web前端Talk
今天的文章美少女秃头思考:react服务端渲染分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/22131.html