瞭解javascript有必要使用伺服器端渲染嗎

欄目介紹是否使用伺服器端渲染。

前言

前陣子有搞了 React 伺服器端渲染的專案，是否應該用這個主要還是看場景吧。

比較適用於大家常說的 SEO 和首屏渲染這些，一般都是 toc 的業務才會需要用到。

同構

現代框架的伺服器端渲染和 jsp、php 這些還是有不少區別的。因為 nextjs 和 nuxtjs 這種不僅僅是伺服器端渲染，它們還是同構框架。

什麼是同構呢？就是一份程式碼既可以跑在瀏覽器端，也可以跑在伺服器端。這得益於 NodeJS 在伺服器端的流行。

傳統 jsp、php、django 這些伺服器端渲染框架都是返回 html 字串，類似於傳統的 MPA 多頁面模式。所以切換頁面的時候就會重新整理，重新請求 css 和 js 檔案，使用者體驗比較差。

而現在流行的前端開發模式都是 SPA 單頁面，基於 H5 的 History 來實現切換頁面無重新整理，這樣可以帶來更好的使用者體驗。

所以 nextjs 和 nuxtjs 不僅支援伺服器端渲染，還支援 SPA，常用的是對首頁進行伺服器端渲染，其他頁面依然保持 SPA 的無重新整理存取模式。

我們這邊就有使用 Django 來編寫的頁面，維護起來很痛苦。因為無法說清楚哪些是前端負責的，哪些是後端負責的。所以為了維護這個，前端和後端都去要學習 Python 和 Django，大大提高了維護成本。

實際應用場景的話，我們這裡有幾種場景就比較適合用伺服器端渲染。

支援 Post 請求

一個是重構的 h5 頁面，專案以前是新加坡團隊用 Python + Django 寫的，所以有些頁面是第三方網站 Post 提交表單開啟的。

我們重構後的 H5 頁面都掛在騰訊雲 CDN 上面，不支援用 Post 開啟的。為什麼不改成 Get 呢？因為這是以前他們協定的，然後銀行都是爸爸，他們不會為了我們去改協定的。

頁面功能都是比較簡單的，所以為了趕上重構的時間線，當時旁邊的小夥伴用 Express + EJS 實現了一版，只支援 ES5 的語法。

後續需求經歷幾次變更，想在原來的頁面上加功能都比較麻煩。比如我想實現 JS Bridge，我只能用 microbundle 把現有的 npm 包打成一個 umd 檔案，然後用 script 標籤引入。

動態渲染標題

前陣子遇到了另一個需求，我需要為多家銀行實現同樣的 H5 頁面，功能基本上都是一樣的，但 App 頭部需要展示不同銀行的名字。

在我們 AirPay App 裡面，使用者端在開啟 webview 的時候會去讀取我們 HTML 裡面的 title，將其設定為原生頭部的標題。

如果我在程式碼裡面使用 document.title 的方式動態設定就不會生效，只能通過 JS Bridge 來動態設定頭部。

但這個頁面不僅會提供給 AirPay 使用，還會提供給 Shopee 使用，需要相容兩套 JS Bridge，有點兒得不償失。

但如果使用伺服器端直出的形式，就可以在伺服器端直接判斷好需要渲染的標題，設定到 HTML 的 title 裡面。這就是另一種適合的業務場景了。

所以在之前專案基礎上新增了 React 伺服器端渲染的功能，支援用 React 開發同構應用。這裡也沒有用 Next，只是自己實現的一套同構。

大致實現思路是用 isomorphic-style-loader 和 universal-router 來處理樣式和路由的同構，伺服器端獲取到資料後輸出到 window._INITIAL_STATE__ 裡面，在瀏覽器獲取這個初始化資料實現資料同構的。

同時也保留了原來的 EJS 模板，都是基於 Express 路由分發的，既可以渲染用 EJS 渲染，也可以用 React 伺服器端直出。

一期的這個頁面是掛在騰訊雲 CDN 上面的，二期使用了伺服器端渲染，可以明顯感覺到載入速度變快了很多，畢竟以前還是會展示一個 loading 圖。

在程序守護方面，整個部門的 Node 服務都是用大佬寫的 Node Agent 來做，也經受住了各種大促的考驗。

缺點

當然了，伺服器端渲染也不應該濫用。

比如我們的內部後臺管理系統就上了 Nuxt，現在每次本地構建要花10分鐘，非常影響開發效率。

Nuxt 功能還是非常強大的，比如會根據路由動態拆分構建檔案、滑鼠放到 Nuxt-link 路由元件上面就會預載入 JS 檔案等等。

但實際上帶來的收益幾乎為零，因為我們不需要 SEO，也不需要提高首屏載入速度。

幾乎組裡面每個人都有嘗試用各種手段去優化構建，但效果不是很明顯。直到最近開始做微前端拆分，才曲線解決這個問題。

除此之外，伺服器端渲染在寫法上也和使用者端渲染有一些區別，容易導致 bug。

比如下面在 Vuex 的 state 檔案裡面的這段程式碼：

const date = moment().format('YYYY-MM-DD')
export default () => ({  
date
})

開啟頁面的時候，時間應該展示的是今天。哪怕頁面放置剛好跨天了，開啟再重新整理也應該是當天時間。

但在 Nuxt 裡面，這個展示的日期就是你服務啟動那天的日期，不管你怎麼重新整理，它永遠不會變化。

因為 Nuxt 初始化的時候會把這些資料存到 store 裡面，後續再怎麼重新整理，這個檔案也不會在伺服器端重新載入，因為模組會被 Node 快取起來，所以日期就不會更新。

但在使用者端渲染裡面，由於頁面重新整理會導致瀏覽器端重新載入 JS 檔案，這個日期也會重新計算。

推薦（免費）：

以上就是了解javascript有必要使用伺服器端渲染嗎的詳細內容，更多請關注TW511.COM其它相關文章！