使用 NextJS 和 TailwindCSS 重构我的博客
Abstract Keywords Nextjs Nextjs
Citation Yao Qing-sheng.使用 NextJS 和 TailwindCSS 重构我的博客.FUTURE & CIVILIZATION Natural/Social Philosophy & Infomation Sciences,20240711. https://yaoqs.github.io/20240711/shi-yong-nextjs-he-tailwindcss-chong-gou-wo-de-bo-ke/
转载自 使用 NextJS 和 TailwindCSS 重构我的博客
这是笔者第三次重构博客,虽然博客应用是最简单的应用,但学习新技术何不从重构博客开始?
第一版:使用 Hexo 和 Github pages
优点:重新部署只要花 5 分钟,内容管理在本地 纯静态、免费;
缺点:依赖 Github,国内访问困难;
第二版:React + Antd + Mysql 服务器是阿里云 ESC 最低配
优点: 感觉没什么优点;
缺点: 浏览器渲染,搜索引擎无法收录 ESO 优化难,Antd 组件使用方便,但前台页面定制需要覆盖样式;
第三版:NextJS + TailwindCSS + Postgresql
- 优点: 服务端渲染(SSR)+ 静态生成, 访问速度极快,全新 UI 支持换肤;
¶TailwindCSS
在国外如火如荼,但是在国内却很少看到在生产上应用,对我来说, TailwindCSS 不仅仅是一个原子类的超级样式库;
1、我们在写样式的时候,经常会写类名,团队成员之间会存在样式冲突的可能,虽然我们可以使用 css modules 来避免,但却会存在取类名称的疲劳的问题,重复的类名称 -header,-body -container --wrapper
等;
2、Utility-First: 默认采用 rem 单位, 变量也就是 16 的倍数, px-1
是 16 的 1/4
也就是 4 px,我们不会写出 13px、17px 等不统一的单位变量,正所谓失之毫厘,差之千里。 配合 VScode 插件, 我们可以根据提示实时看到实际单位数值,写出高度还原高保真的样式;
3、jwt 模式: just-in-time 模式,可以写出在原子类之外的样式,比如: w-[762px]
表示 width:762px
, grid-cols-[1fr,700px,2fr]
表示 grid-template-columns: 1fr 700px 2fr;
当然还有 h-[calc(1000px-4rem)]
等等,这些都是运行时才生成的样式;配合在 tailwind.config.js
中加入 purge: ['./src/**/*.{js,ts,jsx,tsx}']
打包时只会提取使用到的样式,让应用 css 最小化。
4、之前写了《使用 CSS variables 和 Tailwind css 实现主题换肤》也运用到了我的博客中。
¶Next.js
next.js 是一个 react 服务端渲染框架,相比 react 单页应用,网络爬虫可以识别 HTML 语义标签,更有利于 SEO。
接下来介绍下 NextJS 主要 API:
¶getServerSideProps 服务端渲染
下面是最简单的客户端渲染代码
1 | import React, { ReactElement, useEffect, useState } from 'react' |
改成 NextJS 后的代码如下
1 | // pgaes/blog/[slug].tsx |
getServerSideProps
是在 node 端处理,每个 request 请求时执行。
而文章内容写完之后是通常不变的,所以可以先将页面静态存储在服务器上,这样就可以大大减小数据库压力。
¶getStaticProps 在构建时请求数据。
1 | export async function getStaticProps(context) { |
这样就需要在构建时获取全部文章列表,而博客详情页是一个动态路由,就需要 getStaticPaths
这个 API
¶getStaticPaths 构建时获取动态路由的数据
1 | export async function async getStaticPaths() { |
当网站构建后,新写的文章也需要生成静态页面,这时就可以将 fallback
设置为 true, 如果设为 false,则在构建之外的文章都将返回 404 页面。
下面是文章详情页的主体代码
1 | // pages/posts/[slug].js |
¶prisma —— 下一代 ORM 框架
Nodejs 框架访问数据库,往往会需要一个 ORM 框架来帮我们管理数据层代码,而在 Node.js 社区中,sequelize、TypeORM 等框架都被广泛应用,而 prisma 却是一个新秀。
Prisma 支持 Mysql、Postgresql 和 Sqlite, 访问官网我们可以很容易的上手,也可以快速的从老项目接入
虽然 Prisma 和 TypeORM 解决了类似的问题,但它们的工作方式却大相径庭。
¶ 与 TypeORM 对比
TypeORM 是一种传统的 ORM,它将表映射到模型类。这些模型类可用于生成 SQL 迁移。然后,模型类的实例在运行时为应用程序的 CRUD 查询提供一个接口。
Prisma 是一种新的 ORM,它缓解了传统 ORM 的许多问题,例如:模型实例的膨胀、业务与存储逻辑的混合、缺乏类型安全性或由延迟加载引起的不可预测查询。
它使用 Prisma Schema,以声明的方式定义应用程序模型。然后使用 Prisma Migrate
命令, Prisma Schema 会生成 SQL 迁移并根据数据库执行它们。Prisma CRUD 查询由 Prisma Client 提供,这是一个针对 Node.js 和 TypeScript 的轻量级且完全类型安全的数据库客户端。
对比下二者代码
- Prisma Schema
1 | model User { |
Schema 是一个描述文件,描述了数据模型直接的关系,再通过 prisma generate
生成 typescript 声明文件。
- TypeORM Entity
1 | import { Entity, PrimaryGeneratedColumn, Column, OneToMany, ManyToOne } from 'typeorm' |
Entity 是在运行时,代码通过 @Entity()
来实现 JavaScript 类的继承。
¶ 过滤
- Prisma
1 | const posts = await postRepository.find({ |
- TypeORM
1 | const posts = await postRepository.find({ |
¶ 多对多关系级联操作
- Prisma
1 | type Categories={ |
文章和分类是多对多的关系,一篇文章可以有多个分类,一个分类下可以有多篇文章,
categories
可以选择已经存在的分类,也可以是新加的分类,通过 name
唯一熟悉来判断是否要新增还是级联。
- TypeORM
1 | () |
typeorm 通过 cascade
属性 就可以级联增、删、改 软删除 等
¶Postgresql
本次重构还讲数据库迁移到了 Postgresql。
1、MySQL 里有只有 utf8mb4 才能显示 emoji 的坑,Pg 就没这个坑;
2、Pg 可以存储 array 和 json, 可以在 array 和 json 上建索引;
¶ 代码编辑器
从上一版是 codemiror 和 remark 自己写的组件 ,这一版发现掘金的 Markdown 编辑比较好用,就直接使用了 bytemd, 底层都是使用了 remark 和 rehype,支持任何框架,并且拥有丰富的插件,还是比较好用的,但是在文章详情页却没有单独的 TOC(目录)组件,得单独封装一个 TOC 组件了。
¶ 小结
本文主要是笔者记录重构博客所用的知识和记录,当然还有很多不足,也还有很多功能得开发, 比如:图床、评论、SEO 优化、 统计和监控等。
当然内容是最重要的,希望以后每周或者每两周能够有一篇文章,记录和总结知识。
喜欢的同学可以 fork 一下,免费部署到 Heroku 中,Heroku 支持免费的 Postgresql 数据库,也可以将程序部署到 vercel.app/ (国内比较快,不支持数据库),数据库还是选择 Heroku。记得给一个小星✨ !
Address:Department of Natural/Social Philosophy & Infomation Sciences, CHINA
Biography...
转载或引用本文时请遵守许可协议,注明出处、不得用于商业用途!
Like this article? Support the author with