V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
rookie2luochao
V2EX  ›  程序员

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

  •  
  •   rookie2luochao ·
    rookie-luochao · 36 天前 · 1401 次点击
    这是一个创建于 36 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

    2 条回复    2024-11-06 19:25:14 +08:00
    justdoit123
        1
    justdoit123  
       35 天前
    支持下楼主。不过我感觉这种工作的终点是类似 grpc 那样,官方直接提供 + 定死一套方案。

    之前用过 swagger-typescript-api 这个库,感觉能完成 95% 的工作,但是总还是有一些东西要配置、要调整,甚至要自己上手魔改。这种感觉就很不爽了。
    rookie2luochao
        2
    rookie2luochao  
    OP
       35 天前
    @justdoit123 现在想定死不太容易,还需要时间,就和 java 做到了 spring 统一, 其他很多语言都是百家争鸣
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4059 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 05:34 · PVG 13:34 · LAX 21:34 · JFK 00:34
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.