这是我参与「第五届青训营 」伴学笔记创作活动的第 7 天
今天学习了一些Next.js 与前端开发实战的相关知识。
1.CSR
客户端渲染。常见B端WEB应用开发模式，前后端分离，服务端压力相对轻，渲染工作在客户端进行，服务器返回的是不加工的HTML用户在后续访问操作。
SPA:单页面应用,它所需的资源(HTML CSS s等)，在一次请求中就加载完成，不需刷新地动态加载,首屏时间更长。
2.SSR
服务器端渲染。代码耦合度高，且模板语言中混杂编程语言。对于一些复杂的功能维护较难。
3.同构SSR
BFF: Backend For Frontend，服务于前端应用的后端。 前后端一体化，一套 React代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且首次渲染出的HTML要一样。
4.SSG
静态站点生成。在构建的时候直接把结果页面输出html到磁盘，每次访问直接把html返回给客户端，相当于一个静态资源。
CDN:建立并覆盖在Internet 之上，由分布在不同区域的边缘节点服务器群组成的分布式网络。
- 优点：相比 SSR,因为不需要每次请求都由服务器端处理,所以可以大幅减轻服务器端的压力
- 缺陷：只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。
SSR, SSG的优势
- 更短的首屏时间
SSR / SSG 只需要请求一个HTML 文件就能展现出页面，虽然在服务器上会调取接口，但服务器之间的通信要远比客户端快，甚至是同一台服务器上的本地接口调取。
因为不再需要请求大量js 文件，这就使得SSR / SSG可以拥有更短的首屏时间。
Next.js
- 前因：基于React 提供的相关服务器端渲染API实现，整个过程实现比较繁琐重复，从零实现对新手不友好。迫切需要一个封装好的集合来快速上手服务器端渲染。
- 定义：Next.js是一个构建于Node.js之上的开源Web开发框架，支持基于React 的 Web应用程序功能，例如服务端渲染和生成静态网站。优点：上手快,能力集全,而且覆盖了足够多的性能优化和生态。
