React前端与Express后端TS应用能否共用代码模块？

完全可以构建这种跨前后端复用的公共模块，这也是TS生态里很常规的代码复用方式，给你几个实用的实现思路：

1. 抽成独立的npm包 #

• 把邮箱验证这类通用工具函数、TS类型定义单独拎出来做一个独立包，配置tsconfig.json时兼顾前后端兼容性：编译目标选ESNext，同时输出CommonJS和ES Modules两种模块格式，这样Node.js后端和浏览器前端都能正常导入
• 本地开发时用npm link把包直接关联到前后端项目里，改完代码实时生效；正式环境可以发布到私有npm仓库，或者用git子模块来管理
• 给个简化的tsconfig配置示例：

  {
    "compilerOptions": {
      "target": "ESNext",
      "module": "ESNext",
      "declaration": true,
      "outDir": "./dist",
      "moduleResolution": "NodeNext",
      "esModuleInterop": true
    },
    "include": ["src/**/*"],
    "exclude": ["node_modules", "dist"]
  }
  

2. 用Monorepo管理单仓库多包 #

• 如果你的前后端项目本来就在同一个仓库里，直接用Monorepo（比如npm内置的workspaces、TurboRepo）来维护，把公共模块放在packages/common目录下
• 前后端项目的package.json里直接依赖这个本地包，比如"@your-team/common": "workspace:*"，改完公共模块的代码，前后端项目同步更新，不用额外发布流程，团队协作起来也方便

3. 适配Python微服务的复用方式 #

因为你们还有Python微服务要用到这些逻辑，有两种可行方案：

• 把公共模块编译成WebAssembly（Wasm），Python用wasmtime这类库加载执行，实现跨语言复用
• 更简单的方式是基于公共模块搭个轻量HTTP接口（用你的Express后端或者单独开个小服务），Python微服务直接调用接口就能用验证逻辑，不用折腾跨语言编译的复杂流程

关键注意点 #

• 公共模块里绝对不能用前端或后端特有的API（比如浏览器DOM、Node.js的fs模块），必须是纯TS/JS的通用逻辑
• 给公共模块写全单元测试，确保前后端跑出来的结果完全一致
• 类型定义要写完整，这样前后端项目都能享受到TS的类型提示

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