这是我参与「第五届青训营 」伴学笔记创作活动的第20天。
Next.js实战项目
目标:具备C端Web应用开发的基本能力
CSR SSR SSG
CSR
- 客户端渲染。常见B端Web应用开发模式,前后端分离,服务器压力相对更轻,渲染工作在客户端进行,服务器直接返回不加工的HTML用户在后续访问操作
SPA:单页面应用,它所需的资源在一次请求中就加载完成,不需刷新动态加载,首屏时间更长
SSR
- 从原先地JSP/PHP就已经体现了服务器端渲染 (代码耦合度高,且模板语言中混杂编程语言对于一些复杂的功能,不便于维护)
- java,PHP负责渲染和逻辑,前端只负责UI和交互
同构SSR
- BFF,服务于前端应用的后端
- 前后端一体化,一套React代码在服务器运行一遍。前端后端都要参与渲染,而且首次渲染出的HTML要一样
SSG
- 静态站点生成,在构建的时候直接把结果页面输出html到磁盘,每次访问直接把html返回给客户端,相对于一个静态资源
CDN 建立并覆盖在Internet之上,由分布在不同区域的边缘节点服务器群组成的分布式网络
-
对比SSR,SSG不需要每次请求都由服务器端处理,所以可以大幅度减轻服务器端的压力
-
缺陷在于只能用于偏静态的页面,无法生成与用户相关的内容,也就是所有用户访问的页面都是相同的
SSR,SSG的优势
- 利于SEO 拿浏览器举例,浏览器的推广程度取决于搜索引擎对站点检索的排名,搜索引擎可以看作是爬虫,爬取指定页面的HTML,并根据用户输入的关键词对页面内容进行排序检索,最后形成我们看到的结果
- 更短的首屏时间 SSR/SSG只需要请求一个HTML文件就能展现出页面,虽然在服务器上调取接口,但服务器之间的通信要远比客户端快,甚至是同一台服务器上的本地接口调取。不再需要请求大量js文件,因此拥有更短的首屏时间
SSR的实现
基于React提供的相关服务器端渲染API实现
Next.js
Next.js是一个构建于Node.js之上的开源Web开发框架,支持基于React的Web应用程序功能
Next.js初始化
- 确保TypeScript编译器选择Next.js类型,可以放到.gitignore中,不需要变更
- Next.js的配置可以补充webpack的一些配置进行
数据注入
- getServerSideProps
- getStaticProps
- getInitialProps
- 客户端注入
getInitialProps
- 在服务器端执行,只能在页面层面进行绑定,采用同构,首次渲染服务器端渲染,路由跳转使用客户端路由。如果使用router跳转当前页,会在客户端执行这部分逻辑
getServerSideProps
- SSR,与getInitialProps不同的是即使使用router跳转当前页,也只会在服务端执行这部分逻辑
getStaticProps
- SSG,在服务器端构建时执行
CSS Modules
- Next.js支持使用文件命名约定的CSS模块
[name].module.css
Layout
- 通过在入口文件导入layout,实现每个页面公共的页眉页尾
文件式路由
- 一个基于页面概念的基于文件系统的路由器,当一个文件被添加到pages目录中,会自动作一个路径可用
BFF层的文件式子路由
- 作为服务器构建包,不影响客户端构建bundle体积
- 相同的router生成方式,不过是作为API层访问,而不是page
路由跳转
- next/link跳转
- useRouter跳转
header的修改
- 可用于修改TDK
多媒体适配
- CSS适配
- JS适配
大图优化
核心代码
- 首页功能实现
- 页面,动画,多媒体适配
- BFF
- Strapi
- 文章页实现
- 页面,动画,多媒体适配
- BFF
- Strapi分页
- 多媒体格式的转换
- markdown 转 html :
npm install showdown --save - html 转 dom :
dangerouslySetlnnerHTML
- markdown 转 html :
- 公共样式的定义
- 主题化功能实现
- 基础样式和背景的抽离
- 主题化context全局注入
- 从注入数据中取出theme和setTheme
- 多进程间的主题同步