这是我参与「第五届青训营 」伴学笔记创作活动的第3天
课堂笔记
本堂课重点内容:
- CSR, SSR, SSG
- 什么是 Next.js
- Next.js 客户端开发
- Next.js 服务端开发
- 项目核心功能讲解
课程目标
具备C端Web应用开发的基本能力,nextjs是用于开发c端应用的
课前了解
- CDN BFF SSR CSR SSG SEO
- TDK CSS Modules 跨域 CMS
课上实践
- SSR 实现: github.com/czm12904337…
- CMS 仓库地址:github.com/czm12904337…
- Demo 仓库地址: github.com/czm12904337…
详细知识点介绍
01. CSR, SSR, SSG三种渲染模式
CSR
客户端渲染(Client--Side Rendering)。常见B端WEB应用开发模式,前后端分离,服务器压力相对更轻,渲染工作在客户端进行,服务器直接返回不加工的HTML用户在后续访问操作
首屏时间:输入链接到到开页面的过程,能看到元素的时间。
SSR
SSR(Server-Side Rendering)。不是什么新鲜的概念,从原先的JSP/PHP就已经体现了服务器端渲染。
代码耦合度高,且模板语言中混杂编程语言对于一些复杂的功能,维护起来很痛苦
这种模式下Java,PHP负责渲染的逻辑,而前端只负责UI和交互
同构SSR
BFF:Backend For Frontend, 作为中间层就是一层nodejs,作为前端和后端的中介,能做请求转发和数据转化即可,服务于前端应用的后端。
前后端一体化,一套React代码在服务器上运行一遍,到达浏览器又运行一遍。前端后端都要参与渲染,而且首次渲染出的HTML要一样。
SSG(偏展示类的c端应用)
静态站点生成(Static Site Generation),跟SSR做出来的效果是一样的,在构建的时候直接把结果页面输出html到磁盘,每次访问直接把html返回给客户端,相当于一个静态资源。 CDN:建立并覆盖在Internet之上,由分布在不同区域的边缘节点服务器群组成的分布式网络。
相比SSR,SSG是的不同:因为不需要每次请求都由服务器端处理,所以可以大幅减轻服务器端的压力。
缺陷在于只能用于偏静态的页面,无法生成与用户相关的内容,也就是所有的用户访问的页面都是相同的。
SSR,SSG的优势-利于SEO
对于C端来说,浏览器的推广程度,取决于搜索引擎对站点检索的排名,搜索引擎可以理解是一种爬虫,它会爬取指定页面的HTML,并根据用户输入的关键词对页面内容进行排序检索,最后形成我们看到的结果。
SSR,SSG的优势-更短的首屏时间
- SSR/SSG只需要请求一个HTML文件就能展现出页面,虽然在服务器上会调取接口
- 但服务器之间的通信要远比客户端快,甚至是同一台服务器上的本地接口调取。
- 因为不再需要请求大量js文件,这就使得SSR/SSG可以拥有更短的首屏时间。
02. 什么是 Next.js
nextjs可以帮助我们更快更好的开发一个SSG SSR的项目,SSR实现核心是同构,同构就是客户端做的事情服务端也会原封不动的做一遍,来保证客户端和服务端的预期是相同的。
SSR的实现
基于React提供的相关服务器渲染API实现,整个过程实现比较繁琐重复,从零实现对新上手的同学很不友好。
迫切需要一个封装好的集合来快速上手服务器渲染
SSR的实现--Demo仓库
next.js
- Next.js是一个构建于Node.js之上的开源Web开发框架,支持基于React的Web应用程序功能,例如服务端渲染和生成静态网站。
- 上手快,能力集全,而且覆盖了足够多的性能优化和生态。
- 对于新同学掌握前后端一体化的开发模式很友好。
初始化
npx create-next-app@latest --typescript