• Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Babel 插件通关秘籍
  • Git 原理详解及实用指南
  • Nest 通关秘籍
  • React 通关秘籍
  • TypeScript 全面进阶指南
  • TypeScript 类型体操通关秘籍
  • 现代CSS
  • Nest 通关秘籍

    • 1.开篇词
    • 2.给你 5 个学习 Nest 的理由,你会心动么
    • 3.Nest 基础概念扫盲
    • 4.快速掌握 Nest CLI
    • 5.五种HTTP数据传输方式
    • 6.IoC 解决了什么痛点问题?
    • 7.如何调试 Nest 项目
    • 8.使用多种 Provider,灵活注入对象
    • 9.全局模块和生命周期
    • 10.AOP 架构有什么好处?
    • 11.一网打尽 Nest 全部装饰器
    • 12.Nest 如何自定义装饰器
    • 13.Metadata 和 Reflector
    • 14.ExecutionContext:切换不同上下文
    • 15.Module 和 Provider 的循环依赖怎么处理?
    • 16.如何创建动态模块
    • 17.Nest 和 Express 的关系,如何切到 fastify
    • 18.Nest 的 Middleware
    • 19.RxJS 和 Interceptor
    • 20.内置 Pipe 和自定义 Pipe
    • 21.如何使用 ValidationPipe 验证 post 请求参数
    • 22.如何自定义 Exception Filter
    • 23.图解串一串 Nest 核心概念
    • 24.接口如何实现多版本共存
    • 25.Express 如何使用 multer 实现文件上传
    • 26.Nest 如何使用 multer 实现文件上传
    • 27.图书管理系统:需求分析和原型图
    • 28.图书管理系统:用户模块后端开发
    • 29.图书管理系统:图书模块后端开发
    • 30.图书管理系统:用户模块前端开发
    • 31.图书管理系统:图书模块前端开发--图书搜索
    • 32.图书管理系统:图书模块前端开发--图书增删改
    • 33.图书管理系统:项目总结
    • 34.大文件分片上传
    • 35.最完美的 OSS 上传方案
    • 36.Nest 里如何打印日志?
    • 37.为什么 Node 里要用 Winston 打印日志?
    • 38.Nest 集成日志框架 Winston
    • 39.通过 Desktop 学 Docker 也太简单了
    • 40.你的第一个 Dockerfile
    • 41.Nest 项目如何编写 Dockerfile
    • 42.提升 Dockerfile 水平的 5 个技巧
    • 43.Docker 是怎么实现的?
    • 44.为什么 Node 应用要用 PM2 来跑?
    • 45.快速入门 MySQL
    • 46.SQL 查询语句的所有语法和函数
    • 47.一对一、join 查询、级联方式
    • 48.一对多、多对多关系的表设计
    • 49.子查询和 EXISTS
    • 50.SQL 综合练习
    • 51.MySQL 的事务和隔离级别
    • 52.MySQL 的视图、存储过程和函数
    • 53.使用 Node 操作 MySQL 的两种方式
    • 54.快速掌握 TypeORM
    • 55.TypeORM 一对一的映射和关联 CRUD
    • 56.TypeORM 一对多的映射和关联 CRUD
    • 57.TypeORM 多对多的映射和关联 CRUD
    • 58.在 Nest 里集成 TypeORM
    • 59.TypeORM 如何保存任意层级的关系?
    • 60.为什么生产环境要用 TypeORM 的 migration 迁移功能?
    • 61.Nest 项目里如何使用 TypeORM 迁移
    • 62.如何动态读取不同环境的配置?
    • 63.快速入门 Redis
    • 64.在 Nest 里操作 Redis
    • 65.为什么不用 cache-manager 操作 Redis?
    • 66.两种登录状态保存方式:JWT、Session
    • 67.Nest 里实现 Session 和 JWT
    • 68.MySQL + TypeORM + JWT 实现登录注册
    • 69.基于 ACL 实现权限控制
    • 70.基于 RBAC 实现权限控制
    • 71.基于 access_token 和 refresh_token 实现登录状态无感刷新
    • 72.单 token 无限续期,实现登录状态无感刷新
    • 73.使用 passport 做身份认证
    • 74.passport 实现 GitHub 三方账号登录
    • 75.passport 实现 Google 三方账号登录
    • 76.为什么要使用 Docker Compose ?
    • 77.Docker 容器通信的最简单方式:桥接网络
    • 78.Docker 支持重启策略,是否还需要 PM2
    • 79.快速掌握 Nginx 的 2 大核心用法
    • 80.基于 Nginx 实现灰度系统
    • 81.基于 Redis 实现分布式 session
    • 82.Redis + 高德地图,实现附近的充电宝
    • 83.用 Swagger 自动生成 api 文档
    • 84.如何灵活创建 DTO
    • 85.class-validator 的内置装饰器,如何自定义装饰器
    • 86.序列化 Entity,你不需要 VO 对象
    • 87.手写序列化 Entity 的拦截器
    • 88.使用 compodoc 生成文档
    • 89.Node 如何发邮件?
    • 90.实现基于邮箱验证码的登录
    • 91.定时任务 + Redis 实现阅读量计数
    • 92.Nest 的 3 种定时任务
    • 93.Nest 里如何实现事件通信?
    • 94.HttpModule + pinyin 实现天气预报查询服务
    • 95.如何记录请求日志
    • 96.短链服务?自己写一个
    • 97.Nest 实现 Server Sent Event 数据推送
    • 98.用 minio 自己搭一个 OSS 服务
    • 99.前端如何直传文件到 Minio
    • 100.基于 sharp 实现 gif 压缩工具
    • 101.大文件如何实现流式下载?
    • 102.Puppeteer 实现爬虫,爬取 BOSS 直聘全部前端岗位
    • 103.实现扫二维码登录
    • 104.Nest 的 REPL 模式
    • 105.实现 Excel 导入导出
    • 106.如何用代码动态生成 PPT
    • 107.如何拿到服务器 CPU、内存、磁盘状态
    • 108.Nest 如何实现国际化?
    • 109.会议室预订系统:需求分析和原型图
    • 110.会议室预订系统:技术方案和数据库设计
    • 111.会议室预订系统:用户管理模块-用户注册
    • 112.会议室预订系统:用户管理模块-配置抽离、登录认证鉴权
    • 113.会议室预订系统:用户管理模块-interceptor、修改信息接口
    • 114.会议室预订系统:用户管理模块-用户列表和分页查询
    • 115.会议室预订系统:用户管理模块-swagger 接口文档
    • 116.会议室预订系统:用户管理模块-用户端登录注册页面
    • 117.会议室预订系统:用户管理模块-用户端信息修改页面
    • 118.会议室预订系统:用户管理模块-头像上传
    • 119.会议室预订系统:用户管理模块-管理端用户列表页面
    • 120.会议室预订系统:用户管理模块-管理端信息修改页面
    • 121.会议室预订系统:会议室管理模块-后端开发
    • 122.会议室预订系统:会议室管理模块-管理端前端开发
    • 123.会议室预订系统:会议室管理模块-用户端前端开发
    • 124.会议室预订系统:预定管理模块-后端开发
    • 125.会议室预订系统:预定管理模块-管理端前端开发
    • 126.会议室预订系统:预定管理模块-用户端前端开发
    • 127.会议室预订系统:统计管理模块-后端开发
    • 128.会议室预订系统:统计管理模块-前端开发
    • 129.会议室预订系统:后端项目部署到阿里云
    • 130.会议室预订系统:前端项目部署到阿里云
    • 131.会议室预定系统:用 migration 初始化表和数据
    • 132.会议室预定系统:文件上传 OSS
    • 133.会议室预定系统:Google 账号登录后端开发
    • 134.会议室预定系统:Google 账号登录前端开发
    • 135.会议室预定系统:后端代码优化
    • 136.会议室预定系统:集成日志框架 winston
    • 137.会议室预定系统:前端代码优化
    • 138.会议室预定系统:全部功能测试
    • 139.会议室预定系统:项目总结
    • 140.Nest 如何创建微服务?
    • 141.Nest 的 Monorepo 和 Library
    • 142.用 Etcd 实现微服务配置中心和注册中心
    • 143.Nest 集成 Etcd 做注册中心、配置中心
    • 144.用 Nacos 实现微服务配置中心和注册中心
    • 145.基于 gRPC 实现跨语言的微服务通信
    • 146.快速入门 ORM 框架 Prisma
    • 147.Prisma 的全部命令
    • 148.Prisma 的全部 schema 语法
    • 149.Primsa Client 单表 CRUD 的全部 api
    • 150.Prisma Client 多表 CRUD 的全部 api
    • 151.在 Nest 里集成 Prisma
    • 152.为什么前端监控系统要用 RabbitMQ?
    • 153.基于 Redis 实现关注关系
    • 154.基于 Redis 实现各种排行榜(周榜、月榜、年榜)
    • 155.考试系统:需求分析
    • 156.考试系统:技术方案和数据库设计
    • 157.考试系统:微服务、Lib 拆分
    • 158.考试系统;用户注册
    • 159.考试系统:用户登录、修改密码
    • 160.考试系统:考试微服务
    • 161.考试系统:登录、注册页面
    • 162.考试系统:修改密码、试卷列表页面
    • 163.考试系统:新增试卷、回收站
    • 164.考试系统:试卷编辑器
    • 165.考试系统:试卷回显、预览、保存
    • 166.考试系统:答卷微服务
    • 167.考试系统:答题页面
    • 168.考试系统:自动判卷
    • 169.考试系统:分析微服务、排行榜页面
    • 170.考试系统:整体测试
    • 171.考试系统:项目总结
    • 172.用 Node.js 手写 WebSocket 协议
    • 173.Nest 开发 WebSocket 服务
    • 174.基于 Socket.io 的 room 实现群聊
    • 175.聊天室:需求分析和原型图
    • 176.聊天室:技术选型和数据库设计
    • 177.聊天室:用户注册
    • 178.聊天室:用户登录
    • 179.聊天室:修改密码、修改信息
    • 180.聊天室:好友列表、发送好友申请
    • 181.聊天室:创建聊天室、加入群聊
    • 182.聊天室:登录、注册页面开发
    • 183.聊天室:修改密码、信息页面开发
    • 184.聊天室:头像上传
    • 185.聊天室:好友∕群聊列表页面
    • 186.聊天室:添加好友弹窗、通知页面
    • 187.聊天室:聊天功能后端开发
    • 188.聊天室:聊天功能前端开发
    • 189.聊天室:一对一聊天
    • 190.聊天室:创建群聊、进入群聊
    • 191.聊天室:发送表情、图片、文件
    • 192.聊天室:收藏
    • 193.聊天室:全部功能测试
    • 194.聊天室:项目总结
    • 195.MongoDB 快速入门
    • 196.使用 mongoose 操作 MongoDB 数据库
    • 197.GraphQL 快速入门
    • 198.Nest 开发 GraphQL 服务:实现 CRUD
    • 199.GraphQL + Primsa + React 实现 TodoList
    • 200.如何调试 Nest 源码?

这节来写用户端的会议室列表:

现在,用户端首页是这样的:

需要在 / 下添加一个二级路由:

{
    path: '/',
    element: <Menu/>,
    children: [
      {
        path: '/',
        element: <MeetingRoomList/>
      },
      {
        path: 'meeting_room_list',
        element: <MeetingRoomList/>
      },
      {
        path: 'booking_history',
        element: <BookingHistory/>
      }
    ]
}

然后分别实现这三个组件:

src/page/menu/Menu.tsx

import { Outlet, useLocation } from "react-router-dom";
import { Menu as AntdMenu, MenuProps } from "antd";
import "./menu.css";
import { MenuClickEventHandler } from "rc-menu/lib/interface";
import { router } from "../..";

const items: MenuProps["items"] = [
    {
        key: "1",
        label: "会议室列表",
    },
    {
        key: "2",
        label: "预定历史",
    },
];

const handleMenuItemClick: MenuClickEventHandler = (info) => {
    let path = "";
    switch (info.key) {
        case "1":
            path = "/meeting_room_list";
            break;
        case "2":
            path = "/booking_history";
            break;
    }
    router.navigate(path);
};

export function Menu() {
    const location = useLocation();

    function getSelectedKeys() {
        if (location.pathname === "/meeting_room_list") {
            return ["1"];
        } else if (location.pathname === "/booking_history") {
            return ["2"];
        } else {
            return ["1"];
        }
    }

    return (
        <div id="menu-container">
            <div className="menu-area">
                <AntdMenu
                    defaultSelectedKeys={getSelectedKeys()}
                    items={items}
                    onClick={handleMenuItemClick}
                />
            </div>
            <div className="content-area">
                <Outlet></Outlet>
            </div>
        </div>
    );
}

引入 antd 的 Menu 实现菜单。

渲染的时候根据 useLocation 拿到的 pathname 来设置选中的菜单项。

点击菜单项的时候用 router.push 修改路径。

这里用到的 router 需要在 index.tsx 导出:

这些我们前面写过一遍。

menu.css 如下:

#menu-container {
    display: flex;
    flex-direction: row;
}
#menu-container .menu-area {
    width: 200px;
}

然后是 src/pages/meeting_room_list/MeetingRoomList.tsx

export function MeetingRoomList() {
    return <div>MeetingRoomList</div>;
}

还有 src/pages/booking_history/BookingHistory.tsx

export function BookingHistory() {
    return <div>BookingHistory</div>;
}

在 index.tsx 里导入这些组件后,我们跑起来看看:

npm run start:dev

点击菜单项的路由切换,以及刷新选中对应菜单项,都没问题。

然后来写下列表页面,其实这个和管理端的会议室列表差不多:

我们把那个复制过来改改。

首先,在 interfaces.ts 添加用到的接口:

export async function searchMeetingRoomList(
    name: string,
    capacity: number,
    equipment: string,
    pageNo: number,
    pageSize: number
) {
    return await axiosInstance.get("/meeting-room/list", {
        params: {
            name,
            capacity,
            equipment,
            pageNo,
            pageSize,
        },
    });
}

然后写下列表:

import { Badge, Button, Form, Input, Popconfirm, Table, message } from "antd";
import { useCallback, useEffect, useMemo, useState } from "react";
import "./meeting_room_list.css";
import { ColumnsType } from "antd/es/table";
import { useForm } from "antd/es/form/Form";
import { searchMeetingRoomList } from "../../interface/interfaces";

interface SearchMeetingRoom {
    name: string;
    capacity: number;
    equipment: string;
}

interface MeetingRoomSearchResult {
    id: number;
    name: string;
    capacity: number;
    location: string;
    equipment: string;
    description: string;
    isBooked: boolean;
    createTime: Date;
    updateTime: Date;
}

export function MeetingRoomList() {
    const [pageNo, setPageNo] = useState<number>(1);
    const [pageSize, setPageSize] = useState<number>(10);

    const [meetingRoomResult, setMeetingRoomResult] = useState<
        Array<MeetingRoomSearchResult>
    >([]);

    const columns: ColumnsType<MeetingRoomSearchResult> = useMemo(
        () => [
            {
                title: "名称",
                dataIndex: "name",
            },
            {
                title: "容纳人数",
                dataIndex: "capacity",
            },
            {
                title: "位置",
                dataIndex: "location",
            },
            {
                title: "设备",
                dataIndex: "equipment",
            },
            {
                title: "描述",
                dataIndex: "description",
            },
            {
                title: "添加时间",
                dataIndex: "createTime",
            },
            {
                title: "上次更新时间",
                dataIndex: "updateTime",
            },
            {
                title: "预定状态",
                dataIndex: "isBooked",
                render: (_, record) =>
                    record.isBooked ? (
                        <Badge status="error">已被预订</Badge>
                    ) : (
                        <Badge status="success">可预定</Badge>
                    ),
            },
            {
                title: "操作",
                render: (_, record) => (
                    <div>
                        <a href="#">预定</a>
                    </div>
                ),
            },
        ],
        []
    );

    const searchMeetingRoom = useCallback(async (values: SearchMeetingRoom) => {
        const res = await searchMeetingRoomList(
            values.name,
            values.capacity,
            values.equipment,
            pageNo,
            pageSize
        );

        const { data } = res.data;
        if (res.status === 201 || res.status === 200) {
            setMeetingRoomResult(
                data.meetingRooms.map((item: MeetingRoomSearchResult) => {
                    return {
                        key: item.id,
                        ...item,
                    };
                })
            );
        } else {
            message.error(data || "系统繁忙,请稍后再试");
        }
    }, []);

    const [form] = useForm();

    useEffect(() => {
        searchMeetingRoom({
            name: form.getFieldValue("name"),
            capacity: form.getFieldValue("capacity"),
            equipment: form.getFieldValue("equipment"),
        });
    }, [pageNo, pageSize]);

    const changePage = useCallback(function (pageNo: number, pageSize: number) {
        setPageNo(pageNo);
        setPageSize(pageSize);
    }, []);

    return (
        <div id="meetingRoomList-container">
            <div className="meetingRoomList-form">
                <Form
                    form={form}
                    onFinish={searchMeetingRoom}
                    name="search"
                    layout="inline"
                    colon={false}>
                    <Form.Item label="会议室名称" name="name">
                        <Input />
                    </Form.Item>

                    <Form.Item label="容纳人数" name="capacity">
                        <Input />
                    </Form.Item>

                    <Form.Item label="设备" name="equipment">
                        <Input />
                    </Form.Item>

                    <Form.Item label=" ">
                        <Button type="primary" htmlType="submit">
                            搜索会议室
                        </Button>
                    </Form.Item>
                </Form>
            </div>
            <div className="meetingRoomList-table">
                <Table
                    columns={columns}
                    dataSource={meetingRoomResult}
                    pagination={{
                        current: pageNo,
                        pageSize: pageSize,
                        onChange: changePage,
                    }}
                />
            </div>
        </div>
    );
}

上面是 form、下面是 table。

调用搜索接口来搜索列表数据,然后设置到 table 的 dataSource。

每次分页变化的时候重新搜索。

然后 css 部分如下:

#meetingRoomList-container {
    padding: 20px;
}
#meetingRoomList-container .meetingRoomList-form {
    margin-bottom: 40px;
}

这样,列表页就完成了:

其实写这个模块的时候偷懒了,应该是写完后端接口,还要写 swager 文档。

然后前端根据 swagger 接口文档才能知道传啥参数,有啥返回值。

当时我们没写 swagger 文档,现在补一下:

打开后端项目,在 MeetingRoomController 里加一下 swagger 相关的装饰器:

首先加一下 delete 接口的:

@ApiParam({
    name: 'id',
    type: Number,
    description: 'id'
})
@ApiResponse({
    status: HttpStatus.OK,
    description: 'success'
})

访问 http://localhost:3005/api-doc 可以看到这个接口的文档:

其实会议室的接口都是需要登录才能访问的,当时为了测试方便没有加,现在加一下:

添加 @RequireLogin 装饰器,标识接口需要登录。

并且添加对应的 @ApiBearerAuth 的 swagger 装饰器,代表需要添加 Bearer 的 header。

我们现在 postman 里测试下:

这时候直接调用 delete 接口就会提示需要先登录了。

然后我们登录下,拿到 token。

把它复制到 swagger 文档这里:

然后点击这个 try it out:

数据库中现在有 3 条记录:

把 id 为 10 那条删掉。

点击 execute:

swagger 会发送请求,下面会打印响应:

这时数据库里就没有这条记录了:

可以直接在 swagger 文档里测试接口,不用 postman 也行。

然后继续写下个接口的 swagger 文档:

这个接口的参数也是用 @ApiParam 标识,但它的响应不是 string,而是 MeetingRoom。

而我们现在并没有 vo,没地方标识属性:

所以要创建个 vo:

新建 src/meeting-room/vo/meeting-room.vo.ts

import { ApiProperty } from "@nestjs/swagger";

export class MeetingRoomVo {
    @ApiProperty()
    id: number;

    @ApiProperty()
    name: string;

    @ApiProperty()
    capacity: number;

    @ApiProperty()
    location: string;

    @ApiProperty()
    equipment: string;

    @ApiProperty()
    description: string;

    @ApiProperty()
    isBooked: boolean;

    @ApiProperty()
    createTime: Date;

    @ApiProperty()
    updateTime: Date;
}

然后加一下 swagger 的装饰器:

@ApiBearerAuth()
@ApiParam({
    name: 'id',
    type: Number,
})
@ApiResponse({
    status: HttpStatus.OK,
    description: 'success',
    type: MeetingRoomVo
})

试一下:

接下来是 update 接口:

他有两种响应:

分别写一下:

@ApiBearerAuth()
@ApiBody({
    type: UpdateMeetingRoomDto,
})
@ApiResponse({
    status: HttpStatus.BAD_REQUEST,
    description: '会议室不存在'
})
@ApiResponse({
    status: HttpStatus.OK,
    description: 'success'
})

然后在 dto 里标注下属性:

因为 update 的 dto 继承了 create 的 dto,所以那里也要加一下:

这样 swagger 文档就对了:

然后是 create 接口:

postman 里调用下是这样的:

所以 swagger 装饰器这样写:

@ApiBearerAuth()
@ApiBody({
    type: CreateMeetingRoomDto,
})
@ApiResponse({
    status: HttpStatus.BAD_REQUEST,
    description: '会议室名字已存在'
})
@ApiResponse({
    status: HttpStatus.OK,
    type: MeetingRoomVo
})

这样 swagger 文档显示的就对了:

然后还有最后一个 list 接口:

它的响应是这样的:

首先创建响应数据的 vo:

src/meeting-room/vo/meeting-room-list.vo.ts

import { ApiProperty } from "@nestjs/swagger";
import { MeetingRoomVo } from "./meeting-room.vo";

export class MeetingRoomListVo {
    @ApiProperty({
        type: [MeetingRoomVo],
    })
    users: Array<MeetingRoomVo>;

    @ApiProperty()
    totalCount: number;
}

然后加一下 swagger 的装饰器:

@ApiBearerAuth()
@ApiQuery({
    name: 'pageNo',
    type: Number,
    required: false
})
@ApiQuery({
    name: 'pageSize',
    type: Number,
    required: false
})
@ApiQuery({
    name: 'name',
    type: String,
    required: false
})
@ApiQuery({
    name: 'capacity',
    type: String,
    required: false
})
@ApiQuery({
    name: 'equipment',
    type: String,
    required: false
})
@ApiResponse({
    type: MeetingRoomListVo
})

有同学说,不用把 service 里的返回值改成 MeetingRoomListVo 对象么?

不用,只要结构对上就行。

最后,在 controller 上加上个 @ApiTags,把下面的接口分到单独一组:

这样,用户端的会议室列表页面,swagger 文档就都完成了。

案例代码上传了小册仓库:

前端代码

后端代码

总结

这节我们写了用户端的会议室列表页,并且补了 swagger 文档。

用户端列表页就是调用 list 接口,通过 form 来填写参数,通过 table 展示结果。

swagger 文档部分就是分别通过 @ApiPram @ApiQuery @ApiBody @ApiResponse 标识接口,通过 @ApiProperty 标识 dto 和 vo 的属性。

这样,会议室模块的前端后端就都完成了。

上次更新: 6/21/25, 9:42 AM
贡献者: YNight
Prev
122.会议室预订系统:会议室管理模块-管理端前端开发
Next
124.会议室预订系统:预定管理模块-后端开发