在两个独立TypeScript库（含Monorepo场景）中仅共享类型的可行性与实现方案问询

当然可以！这其实是TypeScript项目（尤其是Monorepo架构）里超高频的需求——毕竟谁不想在前后端或者不同业务库之间复用类型，又能彻底避开运行时代码的安全风险、依赖冗余问题呢？我给你分享几个靠谱的实现思路：

一、Monorepo里最省心的方案：单独拆出纯类型子包 #

• 直接在你的Monorepo里新建一个专门的子包，比如叫@your-project/shared-types，把所有需要跨库复用的接口、类型、类型工具都丢这里。
• 这个包的核心原则是：只放纯TypeScript类型代码，半行运行时代码都别加——这样既不会给其他包带来多余依赖，也完全不用担心后端敏感逻辑泄露到前端。
• 其他子包（前端、后端业务库）只需要把这个类型包作为依赖安装，然后用import type语法导入即可：

  // 前端/后端代码里导入共享类型
  import type { UserApiResponse, SystemErrorCode } from '@your-project/shared-types';
  

• 用import type是关键，它会告诉TypeScript这只是类型导入，编译后不会留下任何相关代码。

二、不想拆包？直接用类型导入特性跨文件引用 #

• 如果你暂时不想单独建类型包，也可以在后端代码里把要共享的类型集中导出，然后前端通过import type直接引用后端的类型文件：

  // 后端src/shared-export-types.ts
  // 只导出需要共享的类型，别混业务逻辑
  export type UserProfile = {
    userId: string;
    nickname: string;
    avatarUrl: string;
  };
  
  export type FetchUserProfileResp = {
    success: boolean;
    data?: UserProfile;
    message?: string;
  };
  

  // 前端代码里直接导入类型
  import type { FetchUserProfileResp } from '../backend/src/shared-export-types.ts';
  
  // 放心用，完全不会引入后端的运行时代码
  const handleProfileFetch = (response: FetchUserProfileResp) => {
    if (response.success) {
      console.log(response.data?.nickname);
    }
  };
  

• 这里要注意：一定要把共享类型和后端业务逻辑代码分开存放，避免前端不小心导入到运行时代码。另外可以在tsconfig里配置路径别名，让引用路径更简洁。

三、独立库场景（非Monorepo）：编译纯类型声明文件 #

• 如果你的两个库是完全独立的（不在同一个Monorepo里），可以在后端项目里执行tsc --emitDeclarationOnly命令，这个命令会只编译出.d.ts类型声明文件，不会生成任何JavaScript代码。
• 然后你可以把这些.d.ts文件打包，发布到私有npm仓库或者直接复制到前端项目里，前端只需要在tsconfig里配置好typeRoots，就能直接使用这些类型了。

最后再提个小提醒：共享类型里别引用后端特有的环境类型（比如Node.js的Process、数据库ORM的模型类型），不然前端会因为找不到这些类型而报错。尽量保持共享类型的轻量化，只放真正需要复用的部分~

内容来源于stack exchange