CSR

客户端渲染(Client-Side Rendering)。常见B端WEB应用开发模式，前后端分离，服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的 HTML用户在后续访问操作

SSR

SSR(Server-Side Rendering)。不是什么新鲜的概念，从原先的JSP/PHP就已经体现了服务器端渲染。代码耦合度高，且模板语言中混杂编程语言对于一些复杂的功能，维护起来很痛苦这种模式下Java，PHP负责渲染的逻辑，而前端只负责 UI和交互

同构SSR

BFF:Backend For Frontend，服务于前端应用的后端。

前后端一体化，一套React 代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且首次渲染出的 HTML要一样。

SSG

静态站点生成(Static Site Generation)，在构建的时候直接把结果页面输出html到磁盘，每次访问直接把html返回给客户端，相当于一个静态资源

CDN:建立并覆盖在Intemet之上，由分布在不同区域的边缘节点服务器群组成的分布式网络。相比 SSR，因为不需要每次请求都由服务器端处理，所以可以大幅减轻服务器端的压力

缺陷在于只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。

ssr，ssg的优势-利于SEO

浏览器的推广程度，取决于搜索引擎对站点检索的排名，搜索引擎可以理解是一种爬虫，它会爬取指定页面的 HTML，并根23据用户输入的关键词对页面内容进行排序检索，最后形成我们看到的结果。

SSRSSG的优势-更短的首屏时间

SSR/SSG 只需要请求一个 HTML 文件就能展现出页面，虽然在服务器上会调取接口，但服务器之间的通信要远比客户端快，甚至是同一台服务器上的本地接口调取。

因为不再需要请求大量 js文件，这就使得SSR/SSG可以拥有更短的首屏时间。

ssr的实现

基于React提供的相关服务器端渲染 API实现，整个过程实现比较繁琐重复，从零实现对新上手同学很不友好

迫切需要一个封装好的集合来快速上手服务器端渲染

Next.js

Next.js是一个构建于 Node.js之上的开源Web开发框架，支持基于React的Web 应用程序功能，例如服务端渲染和生成静态网站。上手快，能力集全，而且覆盖了足够多的性能优化和生态。

对于新同学掌握前后端一体化的开发模式很友好。

Next.js初始化

确保TypeScript编译器选择Next.js类型，可以放到.gitignore中，不需要变 nextjs 的配置，我们可以补充 webpack的一些配置进行

BFF层的文件式路由

BFF，作为服务器构建包，不影响客户端构建bundle体积。相同的 router生成方式，不过是作为API层访问，而不是page。

路由跳转

next/link 跳转 useRouter 跳转除了这些外，还可以使用原生方法跳转，不过原生的方法不会进行 Diff比对渲染，性能上 Nextjs提供的路由跳转会更好

header的修改

可用于修改TDK(title,descriptionkeywords)

Strapi-headless CMS

仓库：glthub.com/strapl/stra…

初始化：npx create-strapl-app my-project —-quickstart

一个接口的生成有以下几个过程：

1.content-type bullder 编辑结构体

2.content manager 配量数据源，并且发布

3.settings roles 里选择对应角色并勾选要发布的接口类型

4.如果涉及嵌套，在接口后加上populate=deep参数 (npm install strapl-plugin-populate- deep --save)，没安装加参数populate=*，但只能嵌套一层

Next.js实战项目 | 青训营笔记

CSR

SSR