前几天检查项目性能时，我发现一个令人意外的情况。TypeScript的enum语法竟然占据了打包体积的相当大部分！有个同事有些无奈地说：“我用enum只是为了确保类型安全啊...”
enum确实能提供类型安全，但代价太大了。当我尝试了一种新方法后，打包体积直接减少了20%，而且完全没有损失类型安全性。
为什么不推荐使用enum？
先看一个实际项目中的例子：
// 原来的enum写法
enum UserRole {
Admin = 'admin',
User = 'user',
Guest = 'guest',
// 还有更多角色定义
}
// 使用方式
const role = UserRole.Admin这段代码看起来很普通，但编译后的JavaScript却变得复杂：
// 编译后的代码
var UserRole;
(function (UserRole) {
UserRole["Admin"] = "admin";
UserRole["User"] = "user";
UserRole["Guest"] = "guest";
// 每个值都会生成对应的代码
})(UserRole || (UserRole = {}));每个enum都会变成一个立即执行函数。项目中enum数量越多，生成的代码就越多，打包体积自然就变大了。
更好的解决方案：常量对象结合类型别名
我采用了新的写法来优化：
// 新写法 - 常量对象
const UserRole = {
Admin: 'admin',
User: 'user',
Guest: 'guest',
} as const // as const确保对象只读
// 类型别名 - 提供类型安全
type UserRole = keyof typeof UserRole
// 使用方式保持不变
const role: UserRole = UserRole.Admin这里的as const很关键。它告诉TypeScript编译器：“这个对象的所有值都是固定的，不可修改”。
类型别名的作用是给类型起一个新名字。type UserRole = keyof typeof UserRole的含义是：
typeof UserRole：获取UserRole对象的类型
keyof：获取对象所有键名
最终UserRole类型就是"Admin" | "User" | "Guest"这样的联合类型
代码提示功能是否受影响？
完全不受影响！当你输入UserRole.时，代码编辑器仍然会自动提示Admin、User、Guest等选项，与使用enum时完全一致。
编译后的代码对比
新写法的编译结果非常简洁：
// 编译后的代码
const UserRole = {
Admin: 'admin',
User: 'user',
Guest: 'guest',
}没有额外的函数，没有运行时开销，只是一个普通的对象字面量。
实际效果对比
在我们的项目中，替换所有enum后：
改造前：打包体积1.2MB，enum数量27个
改造后：打包体积960KB，enum数量0个
体积减少了20%，而且类型检查和代码提示功能完全正常。
更多应用场景
页面状态管理
// 替换前
enum PageStatus {
Loading = 'loading',
Success = 'success',
Error = 'error',
Empty = 'empty'
}
// 替换后
const PageStatus = {
Loading: 'loading',
Success: 'success',
Error: 'error',
Empty: 'empty'
} as const
type PageStatus = keyof typeof PageStatus
// 使用体验完全一致
function renderPage(status: PageStatus) {
// 页面渲染逻辑
}
renderPage(PageStatus.Loading) // 代码提示正常主题配置管理
// 主题配置
const Theme = {
Light: 'light',
Dark: 'dark',
Auto: 'auto'
} as const
type Theme = keyof typeof Theme
// 使用时仍有完整提示
function setTheme(theme: Theme) {
console.log(`切换到${theme}主题`)
}
setTheme(Theme.Dark) // 输入Theme.会自动提示API错误码处理
// 错误码定义
const ErrorCode = {
NotFound: 404,
Unauthorized: 401,
ServerError: 500
} as const
type ErrorCode = typeof ErrorCode[keyof typeof ErrorCode]
// 使用方式
if (error.code === ErrorCode.NotFound) {
// 处理404错误
}需要注意的事项
虽然这个方案很好，但有几点需要注意：
数字枚举需要调整写法：
const StatusCode = {
Ok: 200,
NotFound: 404
} as const
type StatusCode = typeof StatusCode[keyof typeof StatusCode]如果需要反向映射（根据值找键），需要自己编写工具函数：
function getKeyByValue(obj: any, value: any) {
return Object.keys(obj).find(key => obj[key] === value)
}或者继续使用enum：
enum Status {
Draft = 1,
Published = 2
}
const statusName = Status[1] // 返回 "Draft"总结
优化方案很简单：
使用const obj = { ... } as const替代enum
使用type Key = keyof typeof obj定义类型
享受更小的打包体积、更快的构建速度和更简洁的代码
这种方法需要TypeScript 3.4及以上版本支持。对于大多数项目，这种优化能显著减少打包体积，提升应用性能，同时保持完整的类型安全特性。
扩展阅读：除了减少打包体积，这种写法还有助于Tree Shaking优化。因为常量对象是简单的数据结构，打包工具能更准确地分析哪些代码被使用，哪些可以被移除。这对于大型项目尤其重要，能进一步提升应用性能。
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！