一、SSR和CSR的区别
1、SSR
全称：Server side render
解释：将组件或页面通过服务器生成html字符串，再发送到浏览器，简单理解下来，发了一个请求，服务器返回的不是接口数据，而是一整个页面的HTML结构，再结合界面之前定义的CSS把页面展示出来
优点：1、例如SEO–因为访问一个请求，返回的就是页面全部的HTML结构，包含所需要呈现的所有数据，于是例如搜索引擎或者爬虫的数据抓取
2、目前使用MV*架构的项目，大都是前后端分离，数据都是动态生成，不利于SEO优化
3、利于首屏渲染性能高–首屏的页面加载来自于服务器，不依赖与服务端的接口请求再数据处理缺点：
1、性能全都依赖于服务器
2、前端界面开发可操作性不高
2、CSR
全称：Client side render
解释：通过接口请求数据，前端通过JS动态处理和生成页面需要的结构和页面展示
优点：1、FP最快
2、客户端体验较好，因为在数据没更新之前，页面框架和元素是可以在dom生成的缺点：
1、不利于SEO
2、整体加载完速度慢
二、nuxt
1、nuxt是什么？
- Nuxt.js 是一个基于 Vue.js 的通用应用框架。
- 通过对客户端/服务端基础架构的抽象组织，Nuxt.js 主要关注的是应用的 UI 渲染。
2、nuxt有哪些特性？
- 基于 Vue.js
- 自动代码分层
- 服务端渲染
- 强大的路由功能，支持异步数据
- 静态文件服务
- ES2015+ 语法支持
- 打包和压缩 JS 和 CSS
- HTML 头部标签管理
- 本地开发支持热加载
- 集成 ESLint
- 支持各种样式预处理器： SASS、LESS、 Stylus 等等
- 支持 HTTP/2 推送
3、nuxt该如何安装？（两种方法选其一）
- npm
npx create-nuxt-app 项目名 - yarn
yarn create nuxt-app 项目名
4、安装nuxt时需要设置的一些选项？
-
设置包名
-
编程语言设置
-
包管理工具设置
-
UI框架设置
-
nuxt.js模块选择
-
测试工具选择
-
测试框架选择
-
渲染模式选择
-
部署目标设置
-
开发工具选择
-
最终选择
5、项目目录介绍- assets
资源目录，用于组织未编译的静态资源如 LESS、SASS 或 JavaScript
- components
组件目录，用于组织应用的 Vue.js 组件。Nuxt.js 不会扩展增强该目录下 Vue.js 组件，即这些组件不会像页面组件那样有 asyncData 方法的特性
- layouts
布局目录，用于组织应用的布局组件。若无额外配置，该目录不能被重命名
- middleware
中间件目录，用于存放应用的中间件
- pages
页面目录，用于组织应用的路由及视图。Nuxt.js 框架读取该目录下所有的 .vue 文件并自动生成对应的路由配置
- plugins
插件目录，用于组织那些需要在根vue.js应用实例化之前需要运行的 Javascript 插件
- static
静态文件目录，用于存放应用的静态文件，此类文件不会被 Nuxt.js 调用 Webpack 进行构建编译处理。服务器启动的时候，该目录下的文件会映射至应用的根路径 / 下。若无额外配置，该目录不能被重命名
- store
Store 目录，用于组织应用的 Vuex 状态树 文件。 Nuxt.js 框架集成了 Vuex 状态树 的相关功能配置，在 store 目录下创建一个 index.js 文件可激活这些配置
- nuxt.config.js
nuxt.config.js 文件用于组织 Nuxt.js 应用的个性化配置，以便覆盖默认配置。若无额外配置，该文件不能被重命名
- package.json
package.json 文件用于描述应用的依赖关系和对外暴露的脚本接口。该文件不能被重命名
- assets