這次帶給大家react的伺服器渲染,使用react伺服器渲染的注意事項有哪些,以下就是實戰案例,一起來看一下。
前言
最近在寫 koa 的時候想到,如果我部分程式碼提供api,部分程式碼支援ssr,那我該如何寫呢? (不想拆成2個服務的情況下)
而且最近寫的項目裡面也用過一些服務端渲染,如nuxt,自己也搭過next的項目,確實開發體驗都非常友好,但是友好歸友好,具體又是如何實現的呢,各位有沒有考慮過?
本著求真務實的折騰態度,選了react作為研究對象(主要是vue寫的有點多,噁心了),那下面就簡單就以最小成本寫一個react的服務端渲染demo
用到的技術堆疊
react 16 + webpack3 + koa2
看看它是如何實現服務端渲染的,here we go!
為什麼要用服務端渲染
優點
無非就是兩點
#SEO 友善
加快首屏渲染,減少白屏時間
那麼問題來了什麼是SEO
一句話介紹就是,現在我們做的大多是SPA網站,所有頁面啊資料啊都是ajax來的,搜尋引擎的spider來收錄網頁的時候,發現全空?那你覺得你的網站收錄的權重跟效果好還是不好?
而我們對SEO優化,也是下面內容所描述的核心就是:
下面是重點!
讓伺服器把有內容的HTML傳回給我們,事件的話瀏覽器再渲染一次來進行掛載
建置koa 環境
新建一個ssr 項目,並在專案中初始化npm
mkdir ssr && cd ssr npm init
下面的程式碼我們用到了import jsx 等語法,node環境是不支援的,所以需要設定babel
#在目前專案中新建檔案app.js跟index.js,然後
babel的入口, index.js程式碼如下
require('babel-core/register')() require('babel-polyfill') require('./app')
我們專案的入口,app.js程式碼如下
import Koa from 'koa' const app = new Koa() // response app.use((ctx) => { ctx.body = 'Hello Koa' }) app.listen(3000) console.log("系统启动,端口:3000")
根目錄下新建一個.babelrc檔
內容是:
{ "presets": ["react", "env"] }
安裝上面所需要的依賴
npm install babel-core babel-polyfill babel-preset-env babel-preset-react nodemon --save-dev npm i koa --save
設定啟動腳本
##package.json"scripts": { "dev": "nodemon index.js", }到這裡你運行npm run dev 打開localhost:3000你就會看到hello Koa了是不是很簡單就起了一個服務
安裝React
cnpm install react react-dom --save在根目錄下新建一個app資料夾,並在資料夾中新建一個main.jsmain.js程式碼如下
import React from 'react' export default class Home extends React.Component { render () { return <p>hello world</p> } }修改之前server.js
import Koa from 'koa' import React from 'react' import { renderToString } from 'react-dom/server' import App from './app/main' const app = new Koa() // response app.use(ctx => { let str = renderToString(<app></app>) ctx.body = str }) app.listen(3000) console.log('系统启动,端口:8080')這個時候再npm run dev你就會看到螢幕上出現hello world再開啟chrome 開發者工具查看我們的請求:
renderToString – 其實就是將元件渲染成目前為止,我們都還沒有給元件加上事件等互動行為,下面那讓我們來試試修改main.js的程式碼
import React from 'react' export default class Home extends React.Component { render () { return <p> window.alert(123)}>hello world</p> } }再刷新一下我們的頁面,,咦,是不是沒有什麼卵用那是因為後端只能講元件渲染成一串html的字串,事件綁定等事情都是需要在瀏覽器端執行的
那事件我們改怎麼綁定上去呢?
配製webpack
在根目录下面新建一个 webpack.config.js
下面是webpack.config.js的内容:
var path = require('path') var webpack = require('webpack') module.exports = { entry: { main: './app/index.js' }, output: { filename: '[name].js', path: path.join(dirname, 'public'), publicPath: '/' }, resolve: { extensions: ['.js', '.jsx'] }, module: { loaders: [ {test: /\.jsx?$/, loaders: ['babel-loader'], } ] } }
上面的配置将entry设置成了app/index.js文件
那我们就创建一个
下面是app/index.js的代码:
import Demo from './main' import ReactDOM from 'react-dom' import React from 'react' ReactDOM.render(<demo></demo>, document.getElementById('root'))
因为浏览器渲染需要将根组件挂载到某个dom节点上,所以给我们的react代码设置一个入口
这个时候就有一个问题,就是,document对象node环境下并不存在,那怎么解决的呢?
不存在?不存在那我就不用就好了,SSR核心就是让请求的url里面返回具体HTML内容,事件什么的并不care,那么我就把根组件直接renderToString
返回出来就好了呗
下面修改我们的服务代码,让代码支持服务器渲染
新增一点依赖
cnpm i --save koa-static koa-views ejs
修改server.js的代码
import Koa from 'koa' import React from 'react' import { renderToString } from 'react-dom/server' import views from 'koa-views' import path from 'path' import Demo from './app/main' const app = new Koa() // 将/public文件夹设置为静态路径 app.use(require('koa-static')(dirname + '/public')) // 将ejs设置为我们的模板引擎 app.use(views(path.resolve(dirname, './views'), { map: { html: 'ejs' } })) // response app.use(async ctx => { let str = renderToString(<demo></demo>) await ctx.render('index', { root: str }) }) app.listen(3000) console.log('系统启动,端口:8080')
下面新建我们的渲染模板
新建一个views文件夹
里面新建一个index.html:
nbsp;html> <meta> <meta> <meta> <title>Document</title> <base> <p></p> <script></script>
这个 html 里面可以放一些变量,比如这个,就是等下要放renderToString结果的地方
/main.js则是react构建出来的代码
下面直接来测试一下我们的代码
1. 在 package.json里面
新增:
"scripts": { "dev": "nodemon index.js", "build": "webpack" },
2. 运行 npm run build, 构建出我们的react代码
3. npm run dev
点击一下代码,是不是会 alert(123)
tada 撒花,恭喜你,一个最简单服务器渲染就已经完成
到这里核心的思想就都已经讲完了,总结来说就下面三点:
起一个node服务
把react 根组件 renderToString渲染成字符串一起返回前端
前端再重新render一次
原理就是这么简单
但是具体开发的时候还会有各种各样的需求,比如:
不可能我每次改完代码都重新构建看效果吧 => 需要 实时构建
create-react-app 都是热更新,你还要刷新是不是太蠢了 => 需要支持热更新
其他一些配套的周边,如: react-router, redux 或者mobx怎么支持呢 => 需要完善的生态
.etc
这些问题都是用完 官方脚手架之后就回不去了的,所以更多的配置可以参考下面的repo(是一个工具链完善的最小实现),欢迎提PR
GitHub - ws456999/koa-react-ssr-starter: to understand && to explain how react ssr works
目前你可以在里面找到 react + react-router + mobx + postcss + 热更新的配置,除了react-router的配置有些差别,其他都跟client端差别不大
相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!
推荐阅读:
以上是react的伺服器渲染的詳細內容。更多資訊請關注PHP中文網其他相關文章!

是的,JavaScript的引擎核心是用C語言編寫的。 1)C語言提供了高效性能和底層控制,適合JavaScript引擎的開發。 2)以V8引擎為例,其核心用C 編寫,結合了C的效率和麵向對象特性。 3)JavaScript引擎的工作原理包括解析、編譯和執行,C語言在這些過程中發揮關鍵作用。

JavaScript是現代網站的核心,因為它增強了網頁的交互性和動態性。 1)它允許在不刷新頁面的情況下改變內容,2)通過DOMAPI操作網頁,3)支持複雜的交互效果如動畫和拖放,4)優化性能和最佳實踐提高用戶體驗。

C 和JavaScript通過WebAssembly實現互操作性。 1)C 代碼編譯成WebAssembly模塊,引入到JavaScript環境中,增強計算能力。 2)在遊戲開發中,C 處理物理引擎和圖形渲染,JavaScript負責遊戲邏輯和用戶界面。

JavaScript在網站、移動應用、桌面應用和服務器端編程中均有廣泛應用。 1)在網站開發中,JavaScript與HTML、CSS一起操作DOM,實現動態效果,並支持如jQuery、React等框架。 2)通過ReactNative和Ionic,JavaScript用於開發跨平台移動應用。 3)Electron框架使JavaScript能構建桌面應用。 4)Node.js讓JavaScript在服務器端運行,支持高並發請求。

Python更適合數據科學和自動化,JavaScript更適合前端和全棧開發。 1.Python在數據科學和機器學習中表現出色,使用NumPy、Pandas等庫進行數據處理和建模。 2.Python在自動化和腳本編寫方面簡潔高效。 3.JavaScript在前端開發中不可或缺,用於構建動態網頁和單頁面應用。 4.JavaScript通過Node.js在後端開發中發揮作用,支持全棧開發。

C和C 在JavaScript引擎中扮演了至关重要的角色,主要用于实现解释器和JIT编译器。1)C 用于解析JavaScript源码并生成抽象语法树。2)C 负责生成和执行字节码。3)C 实现JIT编译器,在运行时优化和编译热点代码,显著提高JavaScript的执行效率。

JavaScript在現實世界中的應用包括前端和後端開發。 1)通過構建TODO列表應用展示前端應用,涉及DOM操作和事件處理。 2)通過Node.js和Express構建RESTfulAPI展示後端應用。

JavaScript在Web開發中的主要用途包括客戶端交互、表單驗證和異步通信。 1)通過DOM操作實現動態內容更新和用戶交互;2)在用戶提交數據前進行客戶端驗證,提高用戶體驗;3)通過AJAX技術實現與服務器的無刷新通信。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

SublimeText3漢化版
中文版,非常好用

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。

WebStorm Mac版
好用的JavaScript開發工具

SublimeText3 Linux新版
SublimeText3 Linux最新版

MinGW - Minimalist GNU for Windows
這個專案正在遷移到osdn.net/projects/mingw的過程中,你可以繼續在那裡關注我們。 MinGW:GNU編譯器集合(GCC)的本機Windows移植版本,可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔;包括對MSVC執行時間的擴展,以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。