我维护的这个生成 ts、axios、uni.request 的小工具慢慢有 100 多🌟了，开始选择维护它是想生成兼容 uni.request 的客户端 + ts，而不是在业务中难受的手写 ts + 客户端，后续一直在积极维护

[rookie2luochao]

我经历过太多屎山，但是总体看，ts 写出来的屎山就算只多些类型，在很多场景还是比接手 js 屎山好维护的多

ts 出来这么多年，受欢迎程度一直也在上升，不能否定在健壮行和可维护性方面它都比 js 要好很多，带来的负担就是要手写各种 type ，如果在业务中要使用 ts, 那么自动生成众多接口相关的 ts 类型是必不可少的

还有一点是，你这么排斥 ts ，外面这么卷了，你不写 react ，不写 vue ，不写 ts ，那是不是竞争力又下降了不少，是不是失业离你就越近，大部分程序员脱离了公司可是活不了的，大部分码农只能在公司里面拿时间换薪资，如果能降低 bug 率，增加可维护性，是不是你的绩效也能得到保证😭😭😭

业务里面根本不需要复杂的 ts 体操类型，那都是学习的时候会遇到的，自己吓自己而已

最后贴上我维护的自动化生成工具，如果你有需要可以试用下看看（配置简单，对 issue 会一直积极处理）： https://github.com/openapi-ui/openapi-ts-request

[justdoit123]

支持下楼主。不过我感觉这种工作的终点是类似 grpc 那样，官方直接提供 + 定死一套方案。

之前用过 swagger-typescript-api 这个库，感觉能完成 95% 的工作，但是总还是有一些东西要配置、要调整，甚至要自己上手魔改。这种感觉就很不爽了。

[rookie2luochao]

@justdoit123 现在想定死不太容易，还需要时间，就和 java 做到了 spring 统一, 其他很多语言都是百家争鸣