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

159 阅读6分钟

这是我参与「第五届青训营 」笔记创作活动的第8天

一、本堂课重点内容:

Next.js客户端开发
Next.js服务端开发

二、详细知识点介绍:

CSR、SSR、SSG

CSR

客服端渲染(Client-Side Rendering),常见B端WEB应用开发模式,前后端分离,服务器压力相对较轻,渲染工作在客服端进行,服务器直接返回不加工的HTML用户在后续的访问操作。
B端应用和服务器端直接响应的html里面并不会包含这个页面当中的任意元素,B端WEB应用开发模式通常是SPA即单页面应用,它所需的资源(HTML CSS JS等),在一次请求中就加载完成,不需刷新地动态加载,首屏时间(输入链接到打开页面看到元素的过程)更长。

SSR

服务端渲染(Server-Side Rendering)。通常用于C端WEB应用开发模式,从JSP/PHP就已经体现了服务器端渲染,不会前后端分离,代码耦合度高,且模板语言中混杂编程语言,对于一些复杂的功能,不利于维护,这种模式下,java,PHP负责渲染的逻辑,而前端只负责UI和交互

同构SSR

前后端一体化,一套React代码在服务器上运行一遍,到达浏览器又运行一遍,前后端都要参与渲染,而且首次渲染出的HTML要一样。添加中介层BFF(Backend For Frontend),服务于前端应用的后端。

SSG

静态站点生成(Static Site Generation),在构建的时候直接把结束页面输出html到磁盘,每次访问直接把html返回给客户端,相当于一个静态资源。
相比SSR,因为不需要每次请求都由服务器端处理,所以可以大幅减轻服务器端的压力,缺陷在于只能用于偏静态的页面,无法生成与用户相关的内容,也就是所有的用户访问的页面都是相同的。

SSR,SSG的优势

利于SEO

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

更短的首屏时间

SSR/SSG只需要请求一个HTML文件就能展现出页面,虽然在服务器上会调取接口,但服务器之间的通信要远比客户端快,甚至是同一台服务器上的本地接口调取,因为不再需要请求大量js文件,这就使得SSR/SSG可以拥有更短的首屏时间。

什么是Next.js

基于React提供的相关服务器渲染API实现,需要实现模板页面渲染的同构、路由同构、Header标签修改、脱水注水、性能优化等,整个工程实现比较繁琐复杂,迫切需要一个封装好的集合来快速上手服务器渲染。

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

Next.js客户端开发

初始化

npx create-next-app@latest --typescript

目录结构中
next-env.d.ts 确保TypeScript编译器选择Next.js类型,可以放到.gitignore中,不需要变更
next.config.js nextjs的配置,可以补充webpack的一些配置,例如补充一些别 名

数据注入

1.getServerSideProps
export const gerServerSideProps=async(context)=>{
    const {articleId}=context.query;
    const{data}=await axios.get(`${LOCALDOMAIN}/api/articleInfo`,{
        params:{
            articleId,
        },
    });
    return {
        props:data,//需要拿props包裹
    };
};

SSR,与getInitialProps不同的是即使使用router跳转当前页,也只会在服务端执行这部分逻辑

2.getStatieProps
export const getStaticPaths:GetStaticPaths=async()=>{
    return{
        paths:[{params:{articleId:"1"}}],
        fallback:false,
    };
};
export const getStaticProps:GetStaticProps=async(context)=>{
    const {articleId}=context.params as any;
    const {data}=await await axios.get(`${LOCALDOMAIN}/api/articleInfo`,{
        params:{
            articleId,
        },
    });
    return {
        props:data,
    };
}

SSG,在服务器端构建时执行,如果涉及动态路由(带参数),需要使用getStatieProps配置所有可能的参数情况

3.getInitialProps
Article.getIntialProps=async(context)=>{
    const{articleId}=context.query;
    const{data}=await axios.get(`${LOCALDOMAIN}/api/articleInfo`,{
        params:{
            articleId,
        },
    });
    return data;
};

在服务器端执行,只能在页面层面进行绑定,采用同构,首次渲染服务器端渲染,路由跳转使用客户端路由,意味着如果使用router跳转当前页,会在客户端执行这部分逻辑。

4.客服端注入

useEffect

CSS Modules

类名加入哈希值,不会出现样式互串的问题
Next.js支持使用文件命名约定的CSS模块
[name].module.css

Layout

通过在入口文件导入layout,可以实现每个页面公共的页眉页尾

文件式路由

会根据文件目录自动生成路由,Next.js有一个基于页面概念的基于文件系统的路由器,当一个文件被添加到pages目录中时,它会自动作为一个路径可用。

image-20230201203835995.png

预定义路由优先级更高,预定义路由能直接匹配的路由就不会分发给下面的动态路由

BFF层的文件式路由

image-20230201204403849.png

路由跳转

next/link跳转

image-20230201204703317.png

useRouter跳转

image-20230201204805646.png

除了这些外,还可以使用原生方式跳转,不过原生的方法不会进行Diff对比渲染,性能上Next.js提供的路由跳转会更好

多媒体适配-CSS

不同设备的CSS

image-20230201210053651.png

多媒体适配-js适配

不同设备的页面组件不同

image-20230201210442355.png

大图优化-webp

可通过在线转换工具,减小图片体积

Next.js服务端开发

BFF层开发

没有参数可以直接区别请求类型,比如创建了一个路由,在get和post都是可以请求的,如果在某些情况下需要区分,可以直接在方法里面取出req,req.method===‘GRT’来判断

调试方式

1.JavaScript Debug Terminal
在vscode里面调试

2.nodejs控制台
npm run debugger,package.json中提供了debugger命令
打开f12绿色图标nodejs

Strapi-headless CMS

CMS(Content Management System)内容管理系统
Strapi,这个api能够帮助我们快速的搭建一个CMS

一个接口的生成有以下几个过程:
1.content-type builder 编辑结构体
2.content manager 配置数据源,并且发布
3.setting roles 里选择对应角色并勾选要发布的接口类型
4.如果涉及嵌套,在接口后加上populate=deep参数(npm install strapi-plugin-populate-deep–save),没安装加参数populate=*,但只能嵌套一层

核心功能讲解

主题化功能实现
1.基础样式和背景的抽离
2.主题化context全局注入
3.从注入数据中取出theme和setTheme
4.多进程间的主题同步,监听storage

三、引用参考:

祯民老师的Next.js实战项目课程