自己动手搭建react-ssr服务器端渲染项目架构
作者:互联网
最近折腾了下React的ssr项目的搭建,之前折腾过一次没有太多的进展。这次重新开始搭建react的项目架构。项目源码:https://github.com/rt-zhangxuefei/react-ssr-template
特别感谢:慕课网的Delllee的课程。这里我使用了saga代替thunk,中间也遇到了一些坑,中间层代理使用了http-proxy-middleware。文章记录我搭建过程中遇到的一些问题:
ssr的过程
1)访问首屏时(任何url首次通过浏览器打开),请求到达node服务端
2)node服务根据访问的url匹配路由表(routte目录下的index.js)
3)匹配到的路由里面调用组件的loadData(自己定义的,用来获取数据),有需要获取数据的组件才添加一个loadData方法,这里匹配的路由可能是多个,所以会有多个loadData的方法,而且这些方法都是异步的(sagas)。
4)待所有异步操作完成,调用renderToString方法渲染出html字符串
5)express服务发送html字符串给浏览器(包含数据)和已经渲染好的dom字符串
6)浏览器获取到html字符串解析展示网页内容(ttfp)
7)浏览器根据script标签里面的src地址请求服务器,下载包含react客户端js文件
8)解析js,react执行,接管了整个页面的交互控制以及渲染
9)结束
项目结构如图
项目简介
自己模拟了几个接口(登录,判断登录,获取文章列表,评论列表),登录以后才能查看评论
支持less,css module
什么是注水和脱水
服务器端通过路由匹配出的组件的loadData方法(sagas)填充store,通过html字符串里面注入script标签引入变量的方式把store传给了浏览器,这个就是脱水。浏览器加载了包含reactjs的代码以后,把服务器注入过来的js对象的数据作为默认state传入createStore方法完成脱水过程。
服务器端渲染时react-router使用StaticRouter无状态路由
这里有个很重要的属性context,如下:
这个context参数会贯穿到浏览器和服务器端,成为一个数据交互的桥梁。比如判断前端路由重定向,404跳转等都是通过context作为判断来实现的。
css渲染
在具有样式的组件需要通过生命周期钩子注入css,让服务器端获取到并且渲染出来,这里就是一个应用(context作为数据桥梁)
组件的loadData(方法名称自己定义)
sagas就是store目录下的sagas
node作为中间层
所有的ajax请求都是通过node作为中间层来转发,这里使用了
http-proxy-middleware来实现,凡是url里面带有api的都进行转发。这样就会导致另外一个问题出来,那就是这个转发是针对浏览器的ajax请求。服务器端也会发同样的请求给后台api接口,差别只是url地址带没带host。axios对象的createInstance方法
服务器端使用的axios实例和浏览器端使用的axios实例不一样,作为参数传递给sagas,这里需要注意传参的方式:
服务器端使用:
客户端使用:
之所以能够这样做是因为watch sagas都是在浏览器端调用的(比如通过生命周期钩子,或者点击事件等),而loadData是服务器端调用获取数据用来填充store的。
造轮子?
虽然有了next.js,但有时自己造轮子有时是需要的。当然next.js是非常受欢迎的,值得用来开发实际的项目
结尾
再次感谢DellLee老师的课程。花了2周的时间,完成了一个react-ssr项目架构,项目里面还有2个未解决的问题,一个是css在服务器和客户端都渲染了一次,另外一个就是code splitting或按需加载的问题。希望在后续的学习过程中能够解决遗留的问题。如果你解决,请留言告诉我!
作者:张雪飞
出处:https://zhangxuefei.site/p/2166
版权说明:欢迎转载,但必须注明出处,并在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
标签:浏览器,服务器端,js,react,sagas,loadData,ssr 来源: https://www.cnblogs.com/mszhangxuefei/p/10966134.html