Web Frontend: Task: Client Route

 20th August 2020 at 2:19pm

传统的 web 开发中,URL 路由是由服务端程序(如 Express、Django 等)负责,根据用户请求的路径(如 /, /about)返回相应的 HTML 页面。

但由于 SPA(单页应用)的流行,React 及 Vue 的生态中都出现了在客户端做路由的组件,比如 React Router

客户端路由即是,当 SPA 的页面变化时,新页面的内容由 JS 加载并渲染出来,同时 JS 代码会通过 History API 修改当面页面的 URL 地址。比如:

  1. 你在 https://example.com/ 上点击了 About 按钮,
  2. 页面并没有刷新,About 页面的内容通过 JS 渲染出来,浏览器地址变成了 https://example.com/about

如果你此时再刷新页面,浏览器会向服务器请求 https://example.com/about。由于 /about 页面是 JS 渲染的,服务端可能并没有这个页面,因此会返回 404 给前端。这种问题有几个解法。

用 hash (#) 来表示客户端路由

用 hash 来表达客户端路由的话,about 页的地址则变成 https://example.com/#about。这样服务端每次返回的都是 SPA 的初始 HTML ,客户端再根据 hash 做路由。

好处是 实现简单。缺点是 URL 很丑,并且页面都是 JS 渲染会 影响 SEO

服务端对任意页面都返回 SPA 的初始 HTML

Express 有一个中间件是实现这种能力的,叫 express-history-api-fallback

好处是不需要使用 hash 来做客户端路由。缺点有几个:

  • 无法做纯前后端分离,即是前端页面没法完全托管在 CDN 上,仍然需要后端服务器输出 HTML
  • 页面仍然是 JS 渲染,影响 SEO

服务端渲染(SSR,Server Side Rendering)

即是服务端先把整个页面,包括 JS 动态生成的内容,都生成一个完整的 HTML 提供给前端,但同时在这个 HTML 页面上也同样有 SPA 能力。这种方案借助于 Node.js 以及 headless webkit 等能力来运行 JS 及生成 HTML。优点是服务器直出完整内容,有利 SEO;缺点是实现复杂,并且更消耗服务端资源。

详情信息看 Web Frontend: Task: Server Side Rendering

总结

如果页面的内容与 SEO 无关,比如是个工具类应用,那么可以用 hash 方式,简单直接。

如果内容与 SEO 有关,SSR 是首选。