一个产品要有一个“好底子”：Nest项目搭建

最新推荐文章于 2024-04-17 20:38:33 发布
最新推荐文章于 2024-04-17 20:38:33 发布
阅读量1k 收藏 23
点赞数 26
分类专栏： 听潮亭 技术 实战 文章标签： node.js
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Gnak75/article/details/135062192
版权
听潮亭 同时被 3 个专栏收录
8 篇文章 1 订阅
订阅专栏
技术
7 篇文章 0 订阅
订阅专栏
实战
5 篇文章 0 订阅
订阅专栏

大家好，我是枣把儿。

上周搞了一个前端小项目：Pixeled Pic Pro， 是一个用来制作像素风格LOGO的Canvas编辑器。

同样，它的后端也是本着能用就行，先把功能搞出来的原则。我来分享一下后端实现过程以及发生的故事~

“底子”

我一开始要做的项目起名叫：早早集市。这是一个从不知道什么时候到23年8月份左右完成构思，在方向上开始清晰起来（当时是这么认为的）的项目。

原因就是，平时脑子里想法太多，多到必须下来，越写越多之后，我就在想怎么把他们搞出来，并且搞的有点联系。

然后再去了几次夜市吃喝之后，我就有了点灵感：我要不整个电子集市吧！

和大家去赶大集一样，每个产品相当于一个摊位，可以在一个入口里，看到所有在营业的"摊位"，并且像大集里的摊主一样，每个产品也是在向互联网用户提供服务或商品。

我仔细想想之后啊，感觉真不错。摊位五花八门，没有限制，我的想法也是天马行空，指不定想做什么，可以取悦自己；有的摊位提供“商品”；有的摊位提供“服务”；还有的摊位给别的摊位提供商品，个体也可以直接去他那“进货”。

打通了自己的想法之后，就越想越顺，也越想越复杂。生怕架构层面无法满足自己的设想。

搜索了很久微服务架构相关文章，问了下前同事（Java、运维）相关的思路（你问我为什么不问现同事？也问了，大部分表示就是用Spring全家桶，也知道微服务，也知道消息队列，也知道k8s。问怎么实现的、怎么设计的。不知道），最后也是给自己泼了泼冷水。

算了，不整那么复杂了，本来搞个项目，也是为了万一35岁以后真不干前端了，给自己留点"互联网遗产"，证明自己来过。别还没开始就给自己折腾"死了"。

冷却下来之后，我还发现，这玩意搞好了是个集市，搞不好不就是个工具站吗，网上一搜一大堆！

你看，果然还是打退堂鼓的时候思路更清晰一些。

但好在这次的构思过程足够深入，冷静下来之后还是让我感觉值得做下去，所以还是继续开始了这个故事。

所以，Pixeled Pic Pro 也是其中一个“摊位”，摊主(名字待定)提供的正是“服务”。

听完了故事，那就一起开始摆摊吧。

新建Nest项目

nest提供了 @nestjs/cli 这个包，先来安装一下

npm i -g @nestjs/cli

已经安装完了的话，可以升级一下

npm update -g @nestjs/cli

安装完成之后可以使用 nest -h 查看有哪些命令，后续会经常用到

其中 –no-spec 可以指定不生成测试文件，后面会用到

这里我把服务分为两个，一个gateway服务，用来对外实现api接口及鉴权。 一个主服务，实现所有业务。除非不能满足业务，否则不再拆分。

PS: 拆出gateway只是为了在实际业务中感受它的好处和坏处，大家自行甄别、自由选择

开始创建项目！

nest new 项目名

选择pnpm后等待安装完成，完成后已经可以运行， 进入项目根目录

pnpm start:dev

打开网站localhost:3000，可以看到Hello World！字样

因为我这里需要有另一个网关服务，所以我再新建一个app，通过monorepo的方式管理

# generator 可以缩写为 g
nest g app gateway

此时可以看到app gateway 已经被创建， 同时自动创建了一个apps文件夹，里面包含两个app

安装微服务需要的包：

# add会安装在dependencies  加参数 -D 会安装在 devDependencies
pnpm add @nestjs/microservices

然后改造一下server部分，因为gateway在前，server在后，所以server需要改成微服务，通过TCP和gateway通信

const app = await NestFactory.createMicroservice<MicroserviceOptions>(
    AppModule,
    {
      transport: Transport.TCP,
      options: {
        port: 7577,
      },
    },
  );
  await app.listen();

然后在app.controller.ts里改一下接口，一会用来测试一下

@MessagePattern('hello')
  getHello(): string {
    return 'hello by zzstudio-server';
  }

来到gateway这边， gateway.module.ts里同样也要注册一下微服务，端口号和上面对应起来

@Module({
  imports: [
    ClientsModule.register([
      {
        name: 'ZZSTUDIO_SERVER',
        transport: Transport.TCP,
        options: {
          port: 7577,
        },
      },
    ]),
  ],
  controllers: [GatewayController],
  providers: [GatewayService],
})

然后在gateway.controller.ts里也写个方法测试一下
对了，先用@Inject注入刚才注册的。可以看到有个ts报错，我们回到server那边

@Controller()
export class GatewayController {
  @Inject('ZZSTUDIO_SERVER')
  private serverClient: ClientProxy;
  constructor(private readonly gatewayService: GatewayService) {}

  @Get()
  getHello(): string {
    return this.gatewayService.getHello();
  }

  @Get('app')
  getServerHello(): unknown {
    return this.serverClient.send('hello', 'hello');
  }
}

把两个项目跑起来测试一下， 因为我们用的zzstudio-server新建的项目，所以跑dev默认启动的是zzstudio-server。

pnpm start:dev
pnpm start:dev gateway

然后浏览器输入localhost:3000/app，可以看到hello by zzstudio-server，通了。

然后再试试打包

# 这会打包zzstuido-server服务
pnpm build

# 这会打包gateway服务
pnpm build gateway

打包完成后，可以看到dist里分别产生了各自服务的文件夹

功能梳理

还是按照以前的习惯，做事之前先梳理和拆解，只要不影响核心功能，就放在下一个版本迭代。

也许会有一些同学奇怪，明明是自己的产品，为什么要和公司打工一样，还要搞版本，还要搞大纲，我在公司都没这么搞！

我是这样理解的：首先做产品的核心是要把一个产品实现，过程有序，结果不遗漏，就和你记账一样，如果你不记的很细致，你就无法总结到底哪些地方不该花钱。其次，你不能等有了用户，再重新完善文档，因为你说不好是你的产品、还是你的故事、还是你的过程吸引了别人。最后，这是自己的产品，是自己内心的乌托邦，你会本能的对它倾注更多的心血。

这样也能明白，为什么在公司打工为什么提不起劲儿来，因为它不是你的，也不是你感兴趣的，只是一个赚取收入的渠道。 同时也可以知道，如果真的能把公司的产品，代入到自己的产品中，同时被公司领导们注意到，且不被自己的小领导窃取成果，且愿意推举给大领导，且老板也有正确的认知，公司也会因你而精彩（狗头保命）

说完了废话，开始正题。

首先gateway部分。

  1. 对外提供接口，可以起一个公共的前缀，比如/api/v1。
  2. 如果前端发生了改动，则去修改gateway里的请求逻辑，主服务不需要变
  3. 实现鉴权。jwt 双token，前端无感刷新，过滤掉没权限的请求。
  4. 如果主服务发生了改动，则去修改gateway里的请求逻辑，前端不需要变

接口目前很简单：

  1. 登录注册
    1. 先用用户名密码+邮箱验证码注册
    2. 后续再添加关注公众号注册之类的操作
  2. 导出功能
    1. 次数统计 看看有多少人使用了导出。 相当于埋点了
    2. 导出并压缩 （这是一个不着急实现的公共功能，可以预见其他的产品也会有这个功能）
  3. 保存预设，json
  4. 保存图片，以一种字符串或者json的形式

其中3，4都不是必须的，先放一放。只要实现了框架结构和基本功能，后续按功能再加就很快了

功能实现

实现之前先用图来串一串思路。

用的Obsidian的Excalidraw画的

然后开始按照这个思路去实现功能，这里我只演示几个关键点。同样代码贴在文末，免费、开源

JWT模块注册

安装 @nestjs/jwt

pnpm add @nestjs/jwt

gateway.module.ts里注册

@Module({
  imports: [
    ClientsModule.register([
      {
        name: 'ZZSTUDIO_SERVER',
        transport: Transport.TCP,
        options: {
          port: 7577,
        },
      },
    ]),
    JwtModule.register({
        global: true,
        secret: 'zzdaddy',
        signOptions: {
          expiresIn: '1d',
        },
      }),
  ],
  controllers: [GatewayController],
  providers: [GatewayService],
})

自定义decorator

我想设置一个开关，标识哪个接口可以不需要登录就访问，没有这个标识的就都需要鉴权

先自定义一个装饰器，用于设置接口是否是公开的（true），没设置就是false

# 在gateway服务下，新建了一个custom文件夹，里面有一个custom.decorator.ts
nest g decorator custom --project=gateway

实现装饰器 custom.decorator.ts

export const setPublicRoute = () => SetMetadata('isPublicRoute', true);

自定义Guard

按照上图的思路，现在应该写一个Guard，用来控制权限

# 生成后自己改个名， 我改成了LoginGuard
nest g guard globalGuard --project=gateway --no-spec

然后在生成的guard里实现

canActivate(
    context: ExecutionContext,
  ): boolean | Promise<boolean> | Observable<boolean> {
    const request: Request = context.switchToHttp().getRequest();

    const isPublicRoute = this.reflector.getAllAndOverride('isPublicRoute', [
      context.getClass(),
      context.getHandler(),
    ]);
    if (isPublicRoute) {
      return true;
    }

    const authorization = request.headers.authorization;

    if (!authorization) {
      throw new UnauthorizedException('用户未登录');
    }

    try {
      const token = authorization.split(' ')[1];
      const data = this.jwtService.verify(token);
      // 这里会报没有user, 可以用declare module 给上边的 Request 在类型空间定义一下user
      request.user = data.user;
      return true;
    } catch (e) {
      throw new UnauthorizedException('token 失效，请重新登录');
    }
  }

guard要想生效，还要在gateway.module.ts里注册一下

 providers: [
    {
      provide: APP_GUARD,
      useClass: LoginGuard,
    },
    GatewayService,
  ],

此时注册完成后，再去浏览器请求一下 /app 接口，可以发现已经被拦截住了

{
  message: "用户未登录",
  error: "Unauthorized",
  statusCode: 401
}

自定义Filter

拦截住之后，问题就来了，貌似公司里Java接口，返回的都是内种的格式，我怎么自定义自己的返回格式
再回顾上图，实现一个过滤器，因为401是抛出了一个错误，会被filter捕捉到
再从custom里建一个filter吧，建完了把名字改改

nest g filter custom --project=gateway --no-spec

实现一下功能，因为他会捕捉所有错误，也就是你其他地方抛出来的不是HttpException的错误也会在这里捕捉到，所以要判断一下。

@Catch()
export class HttpCatchFilter implements ExceptionFilter {
  catch(exception: HttpException, host: ArgumentsHost) {
    const http = host.switchToHttp();
    const response = http.getResponse<Response>();

	// 我把自己代码写错导致的错误都返回500
    const statusCode =
      exception instanceof HttpException
        ? exception.getStatus()
        : HttpStatus.INTERNAL_SERVER_ERROR;
    // 使用exception的message 也可能是 exception.message.message 或 exception.message.error
    let message = exception.message;
    // 使用了参数校验之后，多个参数校验不通过，会返回一个数组，所以这里合并了一下，优化展示
    if (exception instanceof HttpException) {
      let res = exception.getResponse() as { message: string[] };
      message = res?.message?.join
        ? res?.message?.join(',')
        : exception.message;
    }
    // 这里json的格式、字段、内容，自己随便写
    response.status(statusCode).json({
      code: statusCode,
      message,
      error: 'Bad Request',
    });
  }
}

写完同样需要在gateway.module.ts里的providers下注册（其他全局注册方式建议自行查阅）

providers: [
    {
      provide: APP_GUARD,
      useClass: LoginGuard,
    },
    {
        provide: APP_FILTER,
        useClass: CommonErrorCatchFilter,
      },
    GatewayService,
  ],

再回到浏览器看一下/app接口, 在校验失败的情况下，返回结果已经变成了我们想要的结构

{
  code: 401,
  message: "用户未登录",
  error: "Bad Request"
}

然后再把刚才写的setPublicRoute给/app这个接口用一下

@Get('app')
@setPublicRoute()
getServerHello(): Observable<any> {
  return this.serverClient.send('hello', 'hello');
}

再去浏览器看一下，hello by zzstudio-server，这个内容又出来了。

写完了别忘了保存啊。我都忘了，还以为哪里写错了呢。

然后再实现一个post接口试试看

@Post('login')
@setPublicRoute()
login(): Observable<any> {
  return this.serverClient.send('login', { username: 1, password: 2 });
}

然后在我的主服务里，接受这个请求，然后返回俩token

@MessagePattern('login')
  login(): object {
    return {
      access_token: '123456',
      refresh_token: '123456',
    };
  }

然后再拿postman、postwoman、apifox去请求试一试，我用的apifox

可以看到，拿到了数据，但明显还不是我们想要的结构。

自定义interceptor

所以我们再回顾一下上图，可以在interceptor里去处理一下next.handle() 之后的数据
再回顾上图，实现一个拦截器
再从custom里建一个吧，建完了把名字改改

nest g interceptor custom --project=gateway --no-spec

实现一下功能

@Injectable()
export class HttpCommonInterceptor implements NestInterceptor {
  intercept(context: ExecutionContext, next: CallHandler): Observable<any> {
    const response = context.switchToHttp().getResponse<Response>();
    // 201时返回200
    if (response.statusCode === HttpStatus.CREATED)
      response.status(HttpStatus.OK);
    return next.handle().pipe(
      map((data) => {
        return {
          code: 200,
          data,
          message: 'ok',
        };
      }),
    );
  }
}

也需要在gateway.module.ts里注册一下

providers: [
    {
      provide: APP_GUARD,
      useClass: LoginGuard,
    },
    {
      provide: APP_INTERCEPTOR,
      useClass: HttpCommonInterceptor,
    },
    {
      provide: APP_FILTER,
      useClass: CommonErrorCatchFilter,
    },
    GatewayService,
  ],

然后再去apifox请求看一下

是我们想要的格式了。

权限校验部分

我新建一个auth模块， 在里面实现login、refreshToken接口

nest g resource auth --project=gateway --no-spec

登录接口，返回两个token，给到前端之后，前端请求时需要在headers里携带access_token，当提示前端已过期时，前端再用refresh_token去请求refresh接口。refresh接口则会再返回两个新的token。以此达到无限续签。

@Post('login')
  async login(
    @Body() user: LoginDto,
    @Res({ passthrough: true }) res: Response,
  ): Promise<any> {
    let userInfo = await this.authService.login(user);
    if (userInfo) {
      const access_token = this.jwtService.sign(
        {
          user: {
           ...
          },
        },
        {
          expiresIn: '60m',
        },
      );
      const refresh_token = this.jwtService.sign(
        {
          userId: userInfo.id,
        },
        {
          expiresIn: '7d',
        },
      );

      res.setHeader('token', access_token);
      return {
        access_token,
        refresh_token,
      };
    }
  }

   @Get('refresh')
  async refresh(@Query() refreshParams: refreshDto) {
    try {
      const data = this.jwtService.verify(refreshParams.refreshToken);

      const user = await this.authService.findUserById(data.userId);

      const access_token = this.jwtService.sign(
        {
          ...
        },
        {
          expiresIn: '60m',
        },
      );

      const refresh_token = this.jwtService.sign(
        {
          userId: user.id,
        },
        {
          expiresIn: '7d',
        },
      );

      return {
        access_token,
        refresh_token,
      };
    } catch (e) {
      throw new UnauthorizedException('token 已失效，请重新登录');
    }
  }

使用typeorm链接mysql

pnpm add typeorm @nestjs/typeorm mysql2

在gateway.module.ts里注册。synchronize: true时 user表会自动创建。不过这里只是为了演示，实际上我是在主服务里维护的user模块

TypeOrmModule.forRootAsync({
      useFactory() {
        return {
          type: 'mysql',
          host: 'localhost',
          port: 3306,
          username: 'root',
          password: '123456',
          database: 'zzstudio',
          synchronize: true,
          logging: true,
          entities: [User],
          poolSize: 10,
          connectorPackage: 'mysql2',
          extra: {
            authPlugin: 'sha256_password',
          },
        };
      },
    }),

这样，实现了基本的接口之后，再配合上边写的自定义Guard，就可以实现对权限的校验了。细节部分，我就不展开了，对大家意义也不大。

本地开发的话，我是用的docker desktop，先跑一个mysql，这样感觉比较省事。后续上线的话，我用的是docker-compose，把服务+mysql+redis 一起编排上线

ok。结束

PS：后续更新的方向，将会按照故事的发展进行，但每一个系列我也会尽快收尾。

小结

这次分享了一下我最初构思的那个项目的大概背景和设定。以及从零搭建一个Nest项目，按照上边流程，搭建出来是没问题的。

因为我自己的服务早就写完了，这次我专门从头建了一个项目，又码了一遍，后面可能鉴权，token方面写的不太细致。因为感觉这种教程应该是一搜一大堆了，我再重新来一遍意义不大。

代码我还是会尽快放在Github中，作为v0.1.0版本，后续会把鉴权、日志、文件、邮箱、支付等等一些公共的模块会更新在这个仓库里，需要的同学可以pull下来，再自己改改，作为项目的启动模版。

当然，有任何问题也可以在公众号：早早集市 找到我。后面我会持续分享早早集市里的每一个“摊位”的诞生和迭代过程，但不构成对大家技术栈、代码规范、命名方式、架构层面合理性等等见仁见智的角度的任何建议。

大家就当听个故事，新手的话顺便还能入个门，半路进厂想做全栈的也可以参考一下我的思路，也欢迎来找我一起交流 ~

感谢阅读，我是枣把儿 ~

枣把儿
关注
  • 26
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
nnest：NestJS的另一个入门者！
02-03
作为monorepo的另一个入门者！ 它包括什么？ 莱娜！ 纱线工作区已配置 定义明确的文件夹结构 沙哑！ 预推钩以强制棉绒修复 GraphQL（@ nestjs / graphql graphql-tools graphql apollo-server-express工具） ...
NestJS 服务端框架：构建高效的Node.js应用
gitblog_00084的博客
04-01 435
NestJS 服务端框架：构建高效的Node.js应用 项目地址:https://gitcode.com/dyb881/nest-serve NestJS 是一个基于 TypeScript 的框架，专为构建高效、模块化且可扩展的 Node.js 服务器端应用程序而设计。该项目在 GitCode 上的一个实例，提供了一个快速启动和运行的 NestJS 应用模板，非常适合开发者进行学习和实践。 项目简...
NestJS入门1：创建项目
夜风里唱的专栏
02-19 491
管理员权限运行CMD进入某个文件夹，输入命令，进行初始化，该命令不在文件夹下产生文件。
Nest.js简介：高阶JavaScript和TypeScript服务器
最新发布
寒冰屋的专栏
04-17 292
不要与Next.js混淆，Nest.js是一种更新且独特的JavaScript服务器技术方法。它需要一个熟悉的服务器，如Express或Fastify，并分层一些有用的抽象，这些抽象旨在授权和简化更高级别的应用程序设计。由于其独特的编程范式、一阶TypeScript支持和依赖注入等内置功能的融合，Nest.js在过去几年中稳步增长。
从零搭建Node.js服务器端项目(NestJs)
Etc.End的博客
04-08 2578
NestJs是一个用于构建高效、可扩展的 Node.js 服务器端应用程序的开发框架。它利用 JavaScript 的渐进增强的能力，使用并完全支持 TypeScript （仍然允许开发者使用纯 JavaScript 进行开发），并结合了 OOP （面向对象编程）、FP （函数式编程）和 FRP （函数响应式编程）。Nest 在这些常见的 Node.js 框架 (Express/Fastify) 之上提高了一个抽象级别，但仍然向开发者直接暴露了底层框架的 API。
NestJS入门及实战（一）NestJS入门、RESTful API
随便写写
03-30 2060
nestjs的快速入门和实战，搭建一个企业级nest模板
nest从0到1搭建 简版
mw_960427的博客
12-06 428
return 'Hello 我是admin页面';//访问地址：localhost:3000/admin//以user模块为例//创建user执行器文件controller和服务文件service文件。
Nestjs（二）cli 创建项目与基本使用
卡尔特斯
12-12 524
依然可以访问 http://localhost:3000/user/dzm 即可输出。可以访问 http://localhost:3000/user/dzm 即可输出。中，这样就能直接进行跑代码，而不需要二次调整，跑起来的结果跟上面单个案例一样。例如默认启动访问 http://localhost:3000/ 即可输出。导入到别的根入口就行，就相当于整个块都导到另外一个模块中去了。，那就必须最先执行，因为这是一个块的根入口，使用也只需要将这个。以上步骤是一个一个生成的，还有个指令直接可以生成全套。
nest-rabbit-tasks:nest-rabbit-worker是一个基于RabbitMQ的TaskQueue，用于NestJS
05-02
巢兔任务nest-rabbit-tasks是一个基于RabbitMQ for NestJS的TaskQueue 。动机通过努力抽象NestJS注入和RabbitMQ连接，我们希望NestJS在NestJS执行后台任务的NestJS 。 nest-bull是此领域的参考：它使用bull和redis...
nestjs-project-template：Nest.js项目模板
02-15
Nestjs项目模板剧本以监视模式运行Application Server npm run start在服务器上运行Application Server npm run start:dev建造npm run build测试npm run testnpm run test:e2enpm run test:coveragenpm run test:...
使用NestJs+MongoDB搭建一个社区系统的后端.zip
08-03
在本项目中，我们主要探讨如何使用NestJs框架与MongoDB数据库来构建一个社区系统的后端服务。NestJs是基于Node.js的渐进式框架，它将面向对象编程的概念与函数式编程的简洁性相结合，为创建高效、可扩展的服务器端...
nestjs-cqrs-starter：NestJS CQRS微服务入门项目
02-04
NestJS CQRS微服务入门描述一个入门项目，该项目具有基于GraphQL的高级微服务模式，该模式基于使用命令查询责任隔离（CQRS）设计模式的域驱动设计（DDD）。技术领域安装git clone ...
【前端】嘿，Nest.js实战开发系列 01 ── Nest.js初体验
qq_36789311的博客
06-21 1139
写在前面 前面从小白视角学习了Typescript，并学习总结了ts的系列文章，希望能够对于读者有所帮助。至于学习了TS基础后，如何进行开发实践，本系列将结合Nest.js的Node服务器框架进行娓娓道来。 Nest (NestJS) 是一个用于构建高效、可扩展的Node.js服务器端应用程序的框架。它使用渐进式 JavaScript，使用TypeScript构建并完全支持（但仍然允许开发人员使用纯 JavaScript 进行编码）并结合了 OOP（面向对象编程）、FP（函数式编程）和 FRP（函数式响应
Nest.js开发(23-2-10更新)
抗争小青年的博客
11-21 894
一篇记录自己学习Nest.js心路历程的文章，以便日后回顾复习的博文。 持续更新，记录学习
创建一个NestJS项目
urwddd的博客
04-07 880
创建一个NestJS项目 首先在终端中输入 nest new 电脑会询问你创建这个项目的名称是什么 ，小编取的是iluvcoffee 接下来CLI将询问我们想要使用什么包管理 ，小编这里选择的是npm 然后就可以看见安装过程开始了，大概需要1分钟左右 红色两行英文的意思是 执行命令失败：git init，未初始化git存储库。所以我们需要在电脑上安装配置ｇｉｔ． 安装并配置Gｉｔ 1.从git官网上下载自己所需要的安装包， 2.打开下载好的安装包，点击next 3.选择安装路径，并点击Nex
Nest的基本概念，以及如何使用Nest CLI来构建一个简单的Web应用程序
百度一下 猎人社区
05-04 1174
Nest是一个用于构建高效、可扩展的Node.js服务器端应用程序的框架。它是基于Express.js构建的，并且提供了多种新特性和抽象层，可以让开发者更加轻松地构建复杂的应用程序。本文将介绍Nest的基本概念，以及如何使用Nest CLI来构建一个简单的Web应用程序。
后端框架 Nest 入门教程: 开发学生信息管理系统
m0_72650596的博客
08-02 541
作为一个前端，是否有想过学习下后端，做一个完整的应用？如果你只是想体验下服务器端，可以选择Express[1]。它更容易上手。如果你想做一个企业级应用，推荐使用Nest。Nest[2](NestJS)是一个可构建高效、可扩展的Node.js后端框架。Nest集成了服务端常见场景的解决方案，如数据库，文件上传，任务定时器，消息队列，日志，Cookie，Session，缓存，鉴权，GraphQL，WebSocket，微服务。同时，Nest也提供组织代码的方法论。...
保姆级入门nest笔记
做技术，坚持才是最重要的，一时的热情只是暂时的进步
12-10 1188
好处在于：可以更好的对数据进行管理，并且当用户传入不合法的数据结构时， nest 可以对此做出处理，后面会具体涉及。在 vsCode 中打开 schema.prisma 需要下载 prisma 插件。补充： @ApiProperty 是在生成接口文档对实体类中的每个字段进行描述。create-book.dto 与 update-book.dto 解释。在 App.module.ts 进行拦截注册。同样需要在 main.ts 进行注册。同样需要在 main.ts 进行注册。，并在 main.ts 进行注册。
Nest.js权限管理系统开发（四）Swagger API接入
Mamong's blog
02-25 747
Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务()。它的主要作用是：1. 使得前后端分离开发更加方便，有利于团队协作2. 接口的文档在线自动生成，降低后端开发人员编写接口文档的负担3. 功能测试。
帮我用nestjs和react写一个网址收藏的项目
09-09
综上所述，使用nestjs和React可以很好地实现一个网址收藏的项目。通过nestjs提供的API接口，我们可以实现对网址的增删改查操作；而React则负责构建用户界面，接收用户的输入和展示已收藏的网址列表。这样的全栈项目...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值