Next.js实战项目|青训营笔记
这是我参与「第五届青训营 」伴学笔记创作活动的第14天
一、课程知识要点：
CSR SSR SSG- 什么是
Next.js Next.js服务端开发
二、详细知识点介绍：
CSR SSR SSG
CSR
- 客户端渲染(Client-Side Rendering)。常见B端WEB应用开发模式，前后端分离.服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的
HTML用户在后续访问操作。 SPA:单页面应用,它所需的资源(HTML CSS Js等)，在一次请求中就加载完成，不需刷新地动态加载,首屏时间更长。
SSR
SSR(Server-Side Rendering)。不是什么新鲜的概念，从原先的JSP/ PHP就已经体现了服务器端渲染。- 代码耦合度高，且模板语言中混杂编程语言对于一些复杂的功能,维护起来很痛苦。
- 这种模式下
Java,PHP负责渲染的逻辑,而前端只负责U和交互。
同构SSR
BFF: Backend For Frontend，服务于前端应用的后端。- 前后端一体化，一套
React代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且首次渲染出的HTML要一样。
SSG
- 静态站点生成(
Static Site Generation)，在构建的时候直接把结果页面输出html到磁盘，每次访问直接把html返回给客户端，相当于一个静态资源。 CDN:建立并覆盖在Internet 之上，由分布在不同区域的边缘节点服务器群组成的分布式网络。- 相比
SSR，因为不需要每次请求都由服务器端处理,所以可以大幅减轻服务器端的压力。 - 缺陷在于只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。
SSR SSG的优势
- 利于
SEO：浏览器的推广程度,取决于搜索引擎对站点检索的排名,搜索引擎可以理解是一种爬虫,它会爬取指定页面的HTML，并根据用户输入的关键词对页面内容进行排序检索，最后形成我们看到的结果。 - 更短的首屏时间：
SSR / SSG只需要请求一个HTML文件就能展现出页面，虽然在服务器上会调取接口,但服务器之间的通信要远比客户端快,甚至是同一台服务器上的本地接口调取。因为不再需要请求大量js文件，这就使得SSR / SSG可以拥有更短的首屏时间。
什么是Next.js
SSR的实现
- 基于
React提供的相关服务器端渲染API实现,整个过程实现比较繁琐重复，从零实现对新上手同学很不友好 - 迫切需要一个封装好的集合来快速上手服务器端渲染
Next.js是一个构建于Node.js之上的开源Web开发框架，支持基于React的Web应用程序功能，例如服务端渲染和生成静态网站。- 上手快,能力集全,而且覆盖了足够多的性能优化和生态。
- 对于新同学掌握前后端一体化的开发模式很友好。
Next.js服务端开发
Strapi-headless CMS
- 一个接口的生成有以下几个过程:
content-type builder编辑结构体content manager配置数据源,并且发布settings roles里选择对应角色并勾选要发布的接口类型- 如果涉及嵌套，在接口后加上 populate=deep参数(npm install strapi-plugin-populate-deep--save),没安装加参数populate=*，但只能嵌套一层
三、课后总结
详细讲述了Node.js的基本内容，值得我们认真去学习。
