这是我参与「第五届青训营 」伴学笔记创作活动的第 8 天
课程重点
- CSR,SSR,SSG
- 什么是Next.js
- Next.js客户端开发
- Next.js服务端开发
- 5.核心功能
CSR,SSR,SSG
CSR
客户端渲染（Client-SIDE Rendering),常见B端WEB应用开发模式，前后端分离，服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的HTML用户在后续访问操作。
SSR
SSR
(Server Side Render)从原先的JSP/PHP就已经体现了服务器端渲染。 代码耦合度高，且模板语言中混杂编程语言对于一些复杂的功能，维护起来很痛苦 在这种模式下，JAVA,PHP复杂渲染的逻辑，而前端只负责UI和交互。
同构SSR
BFF：Backend For Frontend,服务于前端应用的后端。 前后端一体化，一套REACT代码在服务器上运行一遍，到达浏览器又运行一遍，前端后端都要参与渲染，而且首次渲染出来的HTML要一样。
SSG
静态站点生成(Static Site Generation),在构建的时候直接把结果页面输出HTML到磁盘，每次访问直接把HTML返回给客户端，相当于一个静态资源 CDN：建立并覆盖在Internet之上，由分布在不同区域的边缘节点服务器组成的分布式网络 相比SSR，因为不需要每次请求都由服务器处理，所以可以大幅减轻服务器端的压力。缺陷在于只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。
SSR,SSG的优势-利于SEO
浏览器的推广程度，取决于搜索引擎对站点检索的排名，搜索引擎可以理解是一种爬虫，他会爬取指定页面的HTML，并根据用户输入的关键词对页面内容进行排序检索，最后形成我们看道德结果
SSR,SSG的优势-更短的首屏时间
SSR,SSG只需请求一个HTML文件就能展现出页面，虽然在服务器上回调接口。但服务器之间的通信要远比客户端快，甚至是同一台服务器上的本地接口调取。因为不再需要请求大量js文件，这就使SSR/SSG可以拥有更短的首屏时间
Next.js
基于React提供的服务端渲染API实现，是一个构建于Node.js之上的开源Web开发框架，支持基于React的Web应用
Next.js客户端开发
npx create-next-app@latest --typescript
- getlnitialProps：只在服务端运行，只能在页面层面进行绑定，采用同构，使用客户端路由跳转 内部跳转(Link)时会在客户端进行数据请求，直接打开不受影响
- getServerSideProps:只会在服务器端执行部分逻辑
- getStaticProps：SSG在服务器端构建时执行
Next.js 服务端开发
- 1.content-type builder 编辑结构体
- 2.content manager 配置数据源，并且发布
- 3.settings roles 里选择对应角色并勾选要发布的接口类型
总结：
今天的课程整体来说具有一定难度，需要对前端有一定的积累认识，不过让我学到了很多，课后还要继续去看有关Next.js的知识，获益匪浅。
