Lastor
coding Nuxt / Next 體系的 SSR 前端,真的是個很神奇的東西
Vue 3.0 SSR 在 Bilibili 国际版实践@敖天羽_VueConf CN 2022
Lastor
以前時不時會看一些後端討論,覺得這種 SSR 前端框架是忽悠人的技術,把前端搞得越來越複雜
Lastor
我覺得其實也不無道理,這種 SSR 體系初衷是為了解決 SEO 以及首屏渲染速度太慢的問題
Lastor
所以才想說把那些 SPA 框架,看能不能在服務端先渲染出 html,發到客戶端之後再重新激活 Vue / React,還原 CSR 的能力,現在一般稱這段叫做注水 or 水和 (Hydration)
Lastor
但回過頭來看,那些傳統的 SSR 技術,天然性的就具有這優勢,且技術棧也單純
Lastor
那為啥不用傳統 SSR 就好? 非要搞這麼麻煩呢?
Lastor
我想這主因是,如果回去傳統 SSR,這就變相證實了搞了這麼多年的前端工程,其實不是個好的路線
Lastor
所以大家才堅持要把 SPA 框架,硬搬到服務端走 SSR
Lastor
特別是 React 體系對這塊非常有堅持
Lastor
因為 Vue 體系天然支持對現有的 html 直接 mount,不一定要走虛擬 DOM 路線,他可以很好的配合傳統 SSR,直接 CDN 下載 Vue 核心,完全不透過打包工具使用
Lastor
React 因為高度依賴 jsx,雖然有些途徑可以做到,但總體是比較難的
Lastor
更何況現在還有 petite-vue 這些更輕量,更適合搭配 SSR 的響應式 lib
Lastor
所以有時候會想說,側重 SEO toC 的網站,直接走傳統 SSR,不上 npm、vite 那些前端工程,是否反而會更簡單
載入新的回覆