我只用在对接后端 API ，以及通用的组件中。我们后端也是用 Java Swagger 标注 API ，我写了个 python 脚本，要开发或维护时通过 Api Tag 抓取 Api 文档数据，然后反向转换为前端 TS 的 Api 及 Model 文件，Api 文件里面的方法明确标注返回或请求提交的 Model ，请求时候默认转换 Model 实例。这样做好处很多：Api 统一管理、基本避免后端返回 NUll 导致空白页、字段提示、类型校验、在 Model 中抽象业务处理等等。其它地方开发不强求 ts 。

暂时不打算上 ts

“然后你安排一直在这里的前端老员工去改，他直接说改不动，不要安排他” 我比较好奇这个。。是我呆的公司少了吗？很少见这种工作风格哈哈

有没有一种可能，只有你自己觉得自己装了个逼？

@HTML001 写业务代码可以完全不体操的，可以把类型完全当成类型描述用，不整哪些花里胡哨的泛型啥的。那么多有类型的后端语言也没啥幺蛾子啊

观点： 多写点 interface 描述下 API 接口，没坏处吧。 实在处理不好的 any 一下也没多麻烦吧。

TS 是 JS 的超集 =》 JS 是 TS 的子集 =》 写不好 JS =》 写不好 TS