Nest集成Swagger并部署至YAPI

简介: Nest集成Swagger并部署至YAPI

前言


前几天在项目中集成了swagger,一切准备就绪打算将其部署到服务器时发现并不顺利,访问的时候页面白屏,由于我的nest项目采用的是单文件部署,互联网上没有找到相关的解决方案,于是我就成了第一个吃螃蟹的人。


经过一番折腾后,终于解决了这个问题,本文就跟大家分享下我的解决方案,欢迎各位感兴趣的开发者阅读本文。


集成Swagger


首先,我们通过yarn安装三个依赖包,如下所示:


yarn add @nestjs/swagger swagger-ui-express fastify-swagger


安装完成后,我们打开项目的入口文件main.ts添加如下所示的代码:


import { DocumentBuilder, SwaggerModule } from "@nestjs/swagger";
async function bootstrap() {
  // ****  其它代码省略  ****
  const config = new DocumentBuilder()
    .setTitle("nest-demo")
    .setDescription("nest-demo项目的API使用文档")
    .setVersion("1.0.0")
    .build();
  const document = SwaggerModule.createDocument(app, config);
  SwaggerModule.setup("api", app, document);
}


接下来,我们启动项目,在浏览器访问http://127.0.0.1:3000/api,显示的界面如下所示:


  • default选项列出了我们项目中的所有接口


640.png

                               image-20220317211550995


通过注解编写接口文档


在@nestjs/swagger库中,它提供了丰富的依赖供我们使用, 为我们生成友好的接口文档,接下来我们列举几个较为常用的注解:


  • @ApiTags注解,用于对controller层进行描述。
  • @ApiOperation注解,用于对controller中的具体接口进行描述。
  • @ApiProperty注解,用于对dto层的参数进行描述。
  • @ApiResponse注解,用于对接口的返回数据进行描述。


关于上述各个注解的具体使用方法可参考我的项目代码,如下所示:


  • AppController.ts[1]
  • AppDto.ts[2]
  • ResultVO[3]


经过上述配置后 ,最终访问效果如下所示:


640.png

                               image-20220317224923516


有关swagger注解的更多使用方法请移步:OpenAPI (Swagger)[4]


部署至服务器


接下来,我们要做的就是将项目打包部署到服务器了,本项目采用的是单文件构建法,对此不了解的开发者请移步:Nest项目部署的最佳方式[5]


构建时遇到的问题


因为集成了swagger进来,在打包时终端报错了ERROR in ./node_modules/@nestjs/mapped-types/dist/type-helpers.utils.js 69:27-63 Module not found: Error: Can't resolve 'class-transformer/storage' in ...

经过一番查找后,在mapped-types仓库的Issues[6]中找到了答案,需要在webpack.config.js中的lazyImports中加入class-transformer/storage,打包的时候即可将其忽略,部分代码如下所示,完整代码请移步:


module.exports = {
  entry: "./src/main",
  target: "node",
  // ** 其他配置代码省略 **
  plugins: [
    // 需要进行忽略的插件
    new webpack.IgnorePlugin({
        checkResource(resource) {
        const lazyImports = [
          "@nestjs/microservices",
          "@nestjs/microservices/microservices-module",
          "@nestjs/websockets/socket-module",
          "cache-manager",
          "class-validator",
          "class-transformer",
          "class-transformer/storage"
        ];
    })
}

完整代码请移步:webpack.config.js[7]


部署时遇到的问题


我们将项目部署到服务器,启动后,在浏览器通过127.0.0.1:3000/api访问swagger时发现页面一片空白,打开控制台后发现它的一些资源文件404了。


640.png

                          image-20220318072947623


这可真是个棘手的问题,直觉告诉我肯定是因为我配置了单文件部署才导致的,我在求助了很多人,查了很多资料后,发现他们都没像我这么玩过,他们都是在服务器上npm install依赖来跑nest项目的。


真是糟了个大糕🤡,我成了第一个吃螃蟹的人,前面一片蓝海等着我去探索。


经过一番思考后,应该是因为webpack把所有依赖都打包进main.js了,swagger-ui引用的文件应该是相对路径的,所以才导致了404问题,抱着这个疑问,我打开了swagger-ui-express的源码,在index.js中发现了猫腻:它果然是引入的相对路径。


640.png

                            image-20220318074256928


既然是相对路径,它自己的包下面又没有这个文件,那么它肯定是从别的包引入的。


640.png

                            image-20220318074447502


继续查阅源码后,我发现它还require了一个swagger-ui-dist


640.png

                            image-20220318074604930


果然,它所依赖的资源包都在这个目录下,他为什么要这么做呢?我又抱着疑问打开了swagger-ui仓库,在docs/usage/installation.md[8]中它讲述了原因,提供了webpack的配置方案。


640.png

                          image-20220318075453246


打开链接所指向的项目后,在webpack的配置文件中我看到了copy-webpack-plugin插件,此时我茅塞顿开,它的做法就是将swagger-ui-dist的文件拷贝到dist下,这样就解决了它相对路径找不到文件的问题。


方案有了,那么就可以愉快的写出代码了,如下所示:


const CopyWebpackPlugin = require("copy-webpack-plugin");
module.exports = {
  entry: "./src/main",
  target: "node",
  plugins: [
    new CopyWebpackPlugin({
      patterns: [
        // 拷贝swagger相关的文件
        {
          from: __dirname + "/node_modules/swagger-ui-dist/",
          to: "./"
        }
      ]
    })
  ]
}


重新构建后,我们发现dist目录下多了swagger-ui-dist的文件,我们启动项目,重新在浏览器发现已经能正常看到swagger的界面了。


640.png

                                image-20220318111124109


细心的开发者可能发现swagger-ui-dist目录下有很多无用文件,污染了我们的dist目录,我们需要将这些无用的文件在打包后清理掉。


![image-20220318112446885](/Users/likai/Library/Application Support/typora-user-images/image-20220318112446885.png)


接下来就该clean-webpack-plugin插件登场了,我们在webpack的配置文件中加入下述代码:


  • cleanAfterEveryBuildPatterns 意为在构建完成之后删除文件


const { CleanWebpackPlugin } = require("clean-webpack-plugin");
module.exports = {
  entry: "./src/main",
  target: "node",
  plugins: [
    // ** 其它代码省略 **
    // 删除多余的文件
    new CleanWebpackPlugin({
      cleanAfterEveryBuildPatterns: [
        __dirname + "/dist/*.html",
        __dirname + "/dist/*.map",
        __dirname + "/dist/*.md",
        __dirname + "/dist/*.json",
        __dirname + "/dist/index.js",
        __dirname + "/dist/LICENSE",
        __dirname + "/dist/NOTICE"
      ]
    })
  ]
}


现在dist目录看起来就舒服多了😼


640.png

                                  image-20220318114857681

注意:copy-webpack-plugin、clean-webpack-plugin需要用yarn自行安装到devDependencies依赖中。

完整代码请移步:webpack.config.js[9]


部署至YAPI


最后,我们在yapi的数据管理模块,导入swagger数据过来,本以为很顺利,结果它报错:返回数据格式不是JSON。


640.png

                                 image-20220318113759221


翻阅文档后,我找到了方案[10],原来是要在地址后面加-json


加了之后,就能顺利的导入到yapi了,大功告成🤗


640.png

                               image-20220318114103459


做第一个吃螃蟹的人太难了,为了解决这个问题,我在浏览器已经不知不觉的开了这么多标签页了🌚


640.png

                                   image-20220318114447903


项目代码


本文所使用的完整代码,请移步项目的GitHub仓库:nest-project[11]


写在最后


至此,文章就分享完毕了。


我是神奇的程序员,一位前端开发工程师。


如果你对我感兴趣,请移步我的个人网站[12],进一步了解。

  • 文中如有错误,欢迎在评论区指正,如果这篇文章帮到了你,欢迎点赞和关注😊
  • 文中链接可从文末参考资料中获取
相关文章
|
1月前
|
Java Maven Docker
gitlab-ci 集成 k3s 部署spring boot 应用
gitlab-ci 集成 k3s 部署spring boot 应用
|
3月前
|
Kubernetes Devops 持续交付
DevOps实践:使用Docker和Kubernetes实现持续集成和部署网络安全的守护盾:加密技术与安全意识的重要性
【8月更文挑战第27天】本文将引导读者理解并应用DevOps的核心理念,通过Docker和Kubernetes的实战案例,深入探讨如何在现代软件开发中实现自动化的持续集成和部署。文章不仅提供理论知识,还结合真实示例,旨在帮助开发者提升效率,优化工作流程。
|
1月前
|
运维 监控 Devops
DevOps实践:持续集成与部署的自动化之旅
【10月更文挑战第7天】在软件开发领域,DevOps已成为提升效率、加速交付和确保质量的关键策略。本文将深入探讨如何通过实施持续集成(CI)和持续部署(CD)来自动化开发流程,从而优化运维工作。我们将从基础概念入手,逐步过渡到实际操作,包括工具选择、流程设计以及监控和反馈机制的建立。最终,我们不仅会展示如何实现这一自动化流程,还会讨论如何克服常见的挑战,以确保成功实施。
64 9
|
1月前
|
前端开发 Java 程序员
springboot 学习十五:Spring Boot 优雅的集成Swagger2、Knife4j
这篇文章是关于如何在Spring Boot项目中集成Swagger2和Knife4j来生成和美化API接口文档的详细教程。
90 1
|
1月前
|
监控 Devops 测试技术
DevOps实践:持续集成与部署的自动化之路
【9月更文挑战第30天】在软件工程的世界中,DevOps已成为提升开发效率、确保软件质量和加快交付速度的关键策略。本文将深入探讨如何通过自动化工具和流程实现持续集成(CI)与持续部署(CD),从而优化软件开发周期。我们将从基础概念出发,逐步深入到实际操作,最终展示如何构建一个高效的自动化流水线,以支持快速迭代和高质量发布。
57 7
|
2月前
|
Devops jenkins Java
DevOps实践:持续集成和部署的自动化之旅
【9月更文挑战第20天】在软件开发的世界里,速度和质量是至关重要的。本文将带领读者踏上一场自动化之旅,深入探索DevOps文化中的两大支柱——持续集成(CI)和持续部署(CD)。我们将通过一个实际的案例,展示如何利用现代工具和技术实现代码从编写到部署的无缝转换,确保软件交付的高效性和可靠性。准备好让你的开发流程变得更加流畅和高效了吗?让我们开始吧!
|
30天前
|
安全 Java 测试技术
ToB项目身份认证AD集成(二):快速搞定window server 2003部署AD域服务并支持ssl
本文详细介绍了如何搭建本地AD域控测试环境,包括安装AD域服务、测试LDAP接口及配置LDAPS的过程。通过运行自签名证书生成脚本和手动部署证书,实现安全的SSL连接,适用于ToB项目的身份认证集成。文中还提供了相关系列文章链接,便于读者深入了解AD和LDAP的基础知识。
|
2月前
|
开发工具 Python
django之drf集成swagger
django之drf集成swagger
|
2月前
|
Java Spring
springboot 集成 swagger 2.x 和 3.0 以及 Failed to start bean ‘documentationPluginsBootstrapper‘问题的解决
本文介绍了如何在Spring Boot项目中集成Swagger 2.x和3.0版本,并提供了解决Swagger在Spring Boot中启动失败问题“Failed to start bean ‘documentationPluginsBootstrapper’; nested exception is java.lang.NullPointerEx”的方法,包括配置yml文件和Spring Boot版本的降级。
springboot 集成 swagger 2.x 和 3.0 以及 Failed to start bean ‘documentationPluginsBootstrapper‘问题的解决
|
2月前
|
缓存 数据可视化 jenkins
推荐2款实用的持续集成与部署(CI&CD)自动化工具
推荐2款实用的持续集成与部署(CI&CD)自动化工具
177 1