我刚来这家公司的时候,到处是 3000 行,4000 行的 vue + js 文件,基本上随便增减个小功能,直接吐血,各种解构语法操作, { ...obj, ...obj2, ...obj3 }, 其中 obj obj2 obj3 还有相同的 key 冲突,然后你安排一直在这里的前端老员工去改,他直接说改不动,不要安排他,what ???你是核心开发者,你改不动?喊新来的,更不愿意改,基本上大多数都是我去改
后面开新项目,我慢慢带组成员用 ts 开发项目, 虽然初期抱怨不断,eslint 太严格了,tsc 过不了啪啦啪啦的, 反正就是使劲喷,但是经历 2 个月后 ts 开发慢慢习惯后,他们说真香,改别人写的代码好像也改的动了
当然很重要的一环就是催促后端把 apifox + apifox idea 用了起来,然后我维护了一个兼容 apifox 的解析 swagger/openapi 插件,就是 apifox 会导出它们特性的 swagger/openapi 接口配置,我去兼容 apifox 导出文件诸多乱码的 bug ,这样自己可以高效率修复这些 bug ,它支持 axios, fetch, uni.request, taro.request 等等常见客户端
如果你也用 apifox, 或者 swagger/openapi 规范文档,你可以试试这个插件 openapi-ts-request
最后大家说说 ts 开发业务的看法,是我太装逼了吗?
1
cxe2v 10 天前
不想离开舒适区而已
|
2
rookie2luochao OP @cxe2v 我也觉得,如果能生成基础的 ts, 其实 ts 开发业务还可以接受的,我自我感觉是这样,没有那样痛苦,ts 就是维护别人写的代码的时候,痛苦真的少一半
|