这是我参与「第五届青训营 」伴学笔记创作活动的第 9 天
课程目标
具备 C端 Web 应用开发的基本功能
Web 应用具有 B端应用 和 C端应用两种
B端应用：内部用户使用
C端应用：直播课
CSR，SSR，SSG
CSR
客户端渲染。常见 B端 Web 应用开发模式，前后端分离，服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的 HTML 用户在后续访问操作
B端应用和服务器端直接响应的 HTML 里面不会包含页面中的任何元素
单页面应用，它所需的资源（HTML 、CSS、JS等），在一次请求中就加载完成，不需要动态加载，首屏时间更长
SSR
SSR，从原先的 JSP/PHP 就已经体现了服务器端渲染。
同构SSR
BFF：Backend For Frontend，服务于前端应用的后端。
前后端一体化，一套 React 代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且渲染出的 HTML 要一样。
SSG
静态站点生成，在构建的时候直接把结果页面输出html到磁盘，每次访问直接把html返回给客户端，相当于一个静态资源
- CDN：建立并覆盖在Internet 之上，由分布在不同区域的边缘节点服务器群组成的分布式网络。
- 相比 SSR，因为不需要每次请求都由服务器端处理，所以可以大幅减轻服务器端的压力
- 缺陷在于只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。
SSR，SSG 的优势 - 利于 SEO
浏览器的推广程度，取决于搜索引擎对站点检索的排名，搜索引擎可以理解是一种爬虫，它会爬取指定页面的 HTML，并根据用户输入的关键词对页面内容进行排序检索，最后形成我们看到的结果。
SSR，SSG 的优势 - 更短的首屏时间
SSR / SSG 只需要请求一个 HTML 文件就能展现出页面，虽然在服务器上会调取接口，但服务器之间的通信要远比客户端块，甚至是同一台服务器上的本地接口调取。因为不需要请求大量 js 文件，这就使得 SSR / SSG 可以拥有更短的首屏时间。
什么是 Next.js
SSR的实现
基于 React 提供的相关服务器端渲染 API 实现，整个过程实现比较繁琐重复，从零实现对新上手同学很不友好 迫切需要一个封装好的集合来快速上手服务器端渲染
客户端部分和服务端部分都做一遍：
页面当中，HTML 里面 绑一些事件
不做同构，unclick 无法触发 服务器端没有对应的js
Next.js 是一个构建于Node.js 之上的开源 Web 开发框架，支持基于 React 的 Web 应用程序功能，例如服务端渲染和生成静态网站。
- 上手快，能力集全，而且覆盖了足够多的性能优化和生态。
- 对于新同学掌握前后端一体化的开发模式很友好。
Next.js 初始化
- next-env.d.ts：确保 TypeScript 编译器选择 Next.js 类型，可以放到 .gitignore 中，不需要变更
- next.config.js：nextjs 的配置，我们可以补充 webpack 的一些配置进行
文件式路由
Next.js 有一个基于页面概念的基于文件系统的路由器。当一个文件被添加到 pages 目录中时，它会自动作为一个路径可用
预定义路由优先级更高，预定义路由能直接匹配的路由就不会分给下面的动态路由
仙人抚我顶，结发受长生。
