TypeORM中getConnection/getRepository标记deprecated导入报错咨询

这是TypeORM版本迭代带来的API设计调整，从0.3.0正式版本开始，官方正式将全局静态方法getConnection、getRepository、getManager标记为弃用，相关导入报错也基本是新旧版本API不兼容导致的，具体背景如下：

• 旧版（0.2.x及更早）的全局调用API依赖隐式的全局连接单例，在多数据库连接、多租户架构、Serverless冷启动、开发环境热重载场景下，极易出现连接串扰、实例泄漏、上下文错配的问题，比如不同租户的请求误操作其他库的数据、热重载后重复创建数据库连接耗尽连接数。
• 0.3版本重构了整个连接生命周期管理逻辑，移除了隐式全局状态的设计，要求开发者显式初始化、持有DataSource实例，所有数据库操作都基于该显式实例发起，从代码设计层面规避全局状态带来的不可控风险。
• 如果你是从旧版教程、旧项目代码复制的导入语句，在新版TypeORM下就会触发导入报错、弃用提示，因为部分旧API甚至已经从包的导出入口中移除。

新版标准用法 #

你可以直接按照新规范调整代码，不需要继续使用已弃用的旧API：

1. 初始化并导出可全局复用的DataSource实例

import { DataSource } from "typeorm"
// 配置数据库连接参数
export const AppDataSource = new DataSource({
    type: "mysql", // 对应你使用的数据库类型
    host: "127.0.0.1",
    port: 3306,
    username: "root",
    password: "your_db_password",
    database: "your_db_name",
    entities: [/* 你的实体类 */],
    synchronize: false, // 生产环境务必关闭
})
// 项目启动时执行初始化
AppDataSource.initialize()

2. 需要操作数据库时，直接从持有的DataSource实例获取对应对象

// 替代旧版 getRepository(User)
const userRepository = AppDataSource.getRepository(User)
// 替代旧版 getConnection()
const connection = AppDataSource
// 替代旧版 getManager()
const manager = AppDataSource.manager

如果你是在NestJS、Midway这类带依赖注入的Web框架中使用TypeORM，框架官方提供的TypeORM集成模块已经自动完成了DataSource实例的托管，直接使用框架提供的装饰器注入Repository即可，不需要手动维护全局DataSource实例。

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