React应用中能否同时使用TypeScript与JavaScript？迁移方案如何选？

React 应用完全可以同时使用 TypeScript 和 JavaScript，没有任何技术层面的阻碍。
目前 Vite、Create React App、Next.js 等所有主流 React 构建工具都原生支持两种语法的文件共存，.js/.jsx 和 .ts/.tsx 文件可以在项目内互相导入引用，构建流程会自动完成编译，不需要做特殊的适配。

存量 Vanilla JS 项目的 TS 落地策略选择 #

没有绝对最优的方案，完全看项目实际情况选择：

优先选「新增代码用TS，存量JS按需渐进式改造」 #

这是90%以上存量项目的最优选择，几乎没有落地风险：

• 只需要在TS配置里打开allowJs: true选项，就能直接让TS编译器识别项目里的原有JS文件，不需要改动任何存量代码，不会影响现有线上功能
• 后续新写的组件、工具函数直接用.ts/.tsx写，直接享受TS的类型提示、编译期查错的收益
• 存量JS代码不用急着改，后续迭代到哪个模块，就顺手给哪个模块补类型、改TS，没排期就完全不动
• 要是觉得改文件麻烦，甚至可以先给存量JS文件写JSDoc类型标注，TS本身能识别JSDoc的类型信息，不用改后缀就能拿到基础的类型提示
• 初期如果遇到JS和TS互相调用的类型报错，临时写个简单的.d.ts类型声明文件就能解决，不用硬改老代码逻辑

仅在满足以下所有条件时，再考虑全量改造为TS #

全量改造成本很高，不要脑子一热就上：

• 项目后续还有至少1年以上的迭代周期，参与开发的人员较多
• 有专门的重构排期，且存量代码的单元测试/端到端测试覆盖度足够高，改完能验证功能正确性
• 团队所有成员都已经熟练掌握TS语法，不会出现为了过编译到处写any的情况

踩坑提醒：如果不满足条件硬上全量改造，最后大概率会得到一堆到处是any的"伪TS"代码，不仅拿不到TS的类型校验收益，还会让代码可读性比原来的纯JS还差，纯粹浪费人力。

给新手的小建议：刚开始用TS不用追求完美的类型覆盖，先从新增代码开始用，慢慢熟悉语法和类型写法，再逐步迭代老代码就好，不用上来就追求全量TS的"政治正确"。

内容的提问来源于stack exchange，提问作者sudhanshu