现状 [ol]有很多旧页面分散在各个网站的不同物理路径下，它们的功能和样式其实只有几类，都是用来呈现 “单个视频 /一批视频 /单个音频 /单个 Office 文档 /单个 PDF” 的内容的。这些旧页面在架构层面基本相同，都是 一个手写的 HTML 文件 + Vue.js + Vue 实例的 JS 配置文件 + 一些其他必须的 JS 库（如播放流媒体的 hls.js ，或者渲染 PDF 内容的 pdf.js ），Vue.js 和其他的 JS 库都是手动引用 CDN 上的 min 版本。不同路径下同类功能的页面，比如呈现单个视频的页面，在代码上除了视频相关信息方面有不同，其他方面也都是一模一样的。各页面所呈现多媒体资源的相关信息，比如文件名、文件相对路径、音视频时长、视频封面图片路径等信息，都是手写在 Vue 实例的 data 属性中的。 [/ol] 需求 因为熟悉 Vue.js ，所以想用现代化的脚手架（ Vue-Cli ？）/框架（ Nuxt.js ？只是听过，还没用过）把上面这些旧页面的功能重新实现一遍。 以后有其他零碎的页面需求时，也想一并用上面的脚手架 /框架完成。 在服务端层面，考虑用 URL 重写或者重定向的方式，把指向旧页面的请求引导至新页面。 在重写或重定向 URL 时，目前想到的 URL 格式规范有两种方案： [ol]URL 中带上页面的功能信息，比如呈现单个视频的，URL 格式为 www.abc.com/content/video/${id}，呈现一批视频的，格式为 /videos/${id}。URL 中只有所需呈现资源的 id ，URL 格式为 www.abc.com/content/${id}。 [/ol] 综合以上这些需求，有下面几点问题： [ol]选用什么脚手架 /框架合适？考虑到可能要用到的框架（如 Nuxt.js ）的话，上面哪种 URL 格式会更好一些？如果用 Nuxt.js 这样的框架，在没有 SEO 需求的前提下，是否有必要启用服务端渲染 SSR ？还有哪些其他需要注意的问题？ [/ol] 谢谢先~
