各位在公司里的 nodejs 后端项目,怎么生成的接口文档?排除 nest.js 和 jsdoc 的方式。
各位在公司里的 nodejs 后端项目,怎么生成的接口文档?排除 nest.js 和 jsdoc 的方式。
|
1
有没有正经开发 nodejs 后端的老哥帮忙看看
|
|
jikunApr 29, 2025
2
不用 swagger 吗?
|
|
wu67Apr 29, 2025
3
后端就跟前端对接而已啊, 前端能看不懂你的代码?
你把关键方法的注释按 jsdoc 写好就行了, 直接把项目 pull 权限开给前端组. |
|
ZhuzhuchenyanApr 29, 2025
4
经历过的正经的大项目基本最后都上了 Nest.js
小项目的话,最近在做 CF Worker 相关,CF 强推 https://github.com/cloudflare/chanfana ,可以根据 Zod 生成 OpenAPI 文档 |
|
XCFOXApr 29, 2025
5
推荐 orpc( https://orpc.unnoq.com/ ) :你只管写代码,orpc 会直接根据 zod 、valibot 类型生成 OpenAPI 文档。
更推荐 GQLoom ( https://gqloom.dev/ ) : 你只管写代码,GQLoom 会直接根据 zod 类型、valibot 类型、drizzle 表定义 、Prisma 模型定义生成 GraphQL 文档。 |
|
oppyApr 29, 2025
6
让 AI 给你生成 swagger
|
|
nomagickApr 29, 2025
7
我自己写了一套..
完全不用 Nest.js 没有 Zod 依赖.. 恕我直言现在 Node.js 生态里面,我不是针对谁,全部都是🗑️ |
|
mumblerApr 29, 2025
8
cursor 打开项目,ctrl+i, 帮我生成接口文档
|
|
shakarakaApr 29, 2025
9
|
|
momo2789Apr 29, 2025
10
|
|
jake4545Apr 29, 2025
11
让 AI review 代码,顺便生成 markdown 格式的接口文档
|
|
weiptApr 29, 2025
12
我很好奇,有公司使用 nodejs 开发后端?
|
|
cunoeApr 29, 2025 via Android
13
让 ai 写 openapi 文档
|
|
jamesjammy061Apr 29, 2025
14
感觉 immich 做的就挺好
|
|
WasteNyaApr 30, 2025 via Android
15
直接用 swagger / openapi spec 啊
|
|
christmasin2015Apr 30, 2025
16
前后端都是 js/ts 了,你们应该单独开一个项目把所有接口约定在 interface 里。
|
|
asen001Apr 30, 2025
17
|
|
capricApr 30, 2025
18
遵循 openapi 规范,直接通过接口拿到全局视图
|
|
loveshuyuanApr 30, 2025
19
hono openapi
|
|
llejApr 30, 2025
20
都用 node 了,其实可以不生成文档,直接生成 npm lib 给前端用
|
|
AndyChinaApr 30, 2025
21
没人用 trpc 吗, 前端直接强类型校验, 都不用看文档的
|
|
kenshinhuApr 30, 2025
22
我早期的是使用 apidoc 直接在代码上注释转成 apidoc
|
|
Hanser002Apr 30, 2025
23
之前 nodejs 后端的时候用 kubb 基于 swagger 生成对应的 useQuery 。
借楼问下,如果后端不是 nodejs 有没有合适的方案 |
|
ghosApr 30, 2025
24
|
|
AllenTsuiApr 30, 2025
25
让 cursor 给你写文档
|
|
kid1412621May 1, 2025 via iPhone
26
@XCFOX #5 原来是作者啊😂
|
|
llejMay 1, 2025
27
@ghos 你可以试试我这个项目,虽然不支持 openapi ,但是前后端都不用手写请求,https://github.com/2234839/TsFullStack
|
|
humbassMay 30, 2025
28
我们一直使用 markdown 手写,req, res 分别一个表格参数,一个 json 示例。
现在有 AI 就更方便,给几个示例,后面的都可以自动生成 |
|
zhennannAug 12, 2025
29
为什么要排除 nest.js 呢?是否是因为 nest.js 提供的装饰器并不好用,声明一些 Openapi 相关的元信息太繁琐。
可以试试 VonaJS ,装饰器非常简洁,而且把参数验证与 Openapi 统一在一起了,不再是两张皮(不再写两遍)。同时 Openapi 中的描述信息还支持国际化能力。可以参见:[Entity]( https://vona.js.org/zh/guide/essentials/api/entity.html)和[Controller]( https://vona.js.org/zh/guide/essentials/api/controller.html) |