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

1 天前
 rookie2luochao

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

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

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

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

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

626 次点击
所在节点    程序员
2 条回复
justdoit123
17 小时 14 分钟前
支持下楼主。不过我感觉这种工作的终点是类似 grpc 那样,官方直接提供 + 定死一套方案。

之前用过 swagger-typescript-api 这个库,感觉能完成 95% 的工作,但是总还是有一些东西要配置、要调整,甚至要自己上手魔改。这种感觉就很不爽了。
rookie2luochao
16 小时 12 分钟前
@justdoit123 现在想定死不太容易,还需要时间,就和 java 做到了 spring 统一, 其他很多语言都是百家争鸣

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1087019

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX