TS 4.7中importsNotUsedAsValues为error时，枚举enum导入问题求解

针对TS 4.7项目里，importsNotUsedAsValues设为error时枚举导入的两难问题，这里提供几个可行的解决办法：

1. 使用TS 4.5+支持的混合导入语法 #

在同一个导入语句中同时声明类型和值的导入，TS会自动区分处理类型部分和值部分：

import { type AccountStatus, AccountStatus } from "@app/types";

await auth.setCustomUserClaims(id, {
  account_status: AccountStatus.Pending,
});

这种方式下，TS会将type AccountStatus视为类型导入（编译后被剔除），而AccountStatus作为值导入保留。如果打包器仍因为依赖位置报错，可将@app/types移至package.json的dependencies中——因为枚举值在运行时确实会被引用，属于生产依赖范畴。

2. 将枚举改为类型+常量对象的组合 #

如果不想调整依赖配置，可将原枚举拆分为类型别名和常量对象，既保留类型校验，又避免枚举的特殊处理问题：
在@app/types中定义：

// 类型定义，仅用于类型校验
export type AccountStatus = "Pending" | "Active" | "Inactive";
// 常量对象，用于运行时取值
export const AccountStatus = {
  Pending: "Pending" as const,
  Active: "Active" as const,
  Inactive: "Inactive" as const,
};

使用时可以按需导入：

import type { AccountStatus } from "@app/types";
import { AccountStatus } from "@app/types";

// 类型校验用
const status: AccountStatus = "Pending";
// 运行时取值用
await auth.setCustomUserClaims(id, {
  account_status: AccountStatus.Pending,
});

3. 临时调整TS配置（仅适合非强制场景） #

如果项目允许，可将importsNotUsedAsValues从error改为remove或preserve：

{
  "compilerOptions": {
    "importsNotUsedAsValues": "remove"
  }
}

remove会自动剔除未被使用的类型导入，而被用作值的导入会保留，这样常规导入枚举就不会触发TS报错，同时打包器的问题可通过将@app/types移至dependencies解决。

4. 使用require动态导入值（应急可用） #

用import type导入类型做校验，用require导入枚举值供运行时使用：

import type { AccountStatus } from "@app/types";
const AccountStatus = require("@app/types").AccountStatus;

await auth.setCustomUserClaims(id, {
  account_status: AccountStatus.Pending,
});

注意这种方式可能会影响TS的类型推断，且需要确保require的路径与模块导入路径一致。

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