Home Esplora Aiuto
Registrati Accedi
186-template-175
/
mini-starter
forkato da 155-template-138/mini-starter
2
0
Forka 0
File
Albero (Tree): 21b7d1a7e6
Rami (Branch) Tag
mini-starter
/
docs
/
stories
/
007.008.supplier-module-multi-tenant-replication.md

007.008.supplier-module-multi-tenant-replication.md 12 KB
Cronologia Originale

故事007.008: 供应商模块多租户复制

状态

Completed

故事

作为 系统管理员， 我想要 复制供应商管理模块并添加多租户支持， 以便 供应商可以在租户隔离的环境中管理，同时保持与现有单租户系统的完全兼容性。

验收标准

  1. AC 1: 成功复制 @d8d/supplier-module 为 @d8d/supplier-module-mt，包含正确的包配置
  2. AC 2: 创建多租户供应商实体 SupplierMt，包含租户ID字段和表名 suppliers_mt
  3. AC 3: 更新所有供应商CRUD操作，自动包含租户过滤并在创建时设置租户ID
  4. AC 4: 验证供应商数据隔离在不同租户间正常工作
  5. AC 5: 保持与现有单租户供应商管理模块功能的完全兼容性
  6. AC 6: 所有现有单租户API接口保持不变且功能正常
  7. AC 7: 完整的集成测试证明租户隔离和功能正常
  8. AC 8: 性能影响相比单租户版本小于5%
  9. AC 9: 完成所有多租户模块的回归测试验证，确保系统稳定性

任务 / 子任务

  • [x] 复制供应商管理模块为多租户版本 (AC: 1)

    • 复制 packages/supplier-module 为 packages/supplier-module-mt
    • 更新包配置为 @d8d/supplier-module-mt
    • 清理单租户文件: 删除多租户包中所有单租户相关文件，避免命名冲突
    • 更新依赖:
    • 将 @d8d/user-module 替换为 @d8d/user-module-mt
    • 将 @d8d/auth-module 替换为 @d8d/auth-module-mt

  • [x] 更新多租户供应商实体 (AC: 2)

    • 创建 Supplier 实体，表名为 suppliers_mt
    • 为实体添加 tenantId 字段和正确的TypeORM配置
    • 保持其他字段与单租户版本一致

  • [x] 更新多租户供应商服务 (AC: 3, 4)

    • 使用共享CRUD库的GenericCrudService
    • 所有查询操作自动添加租户过滤
    • 创建操作自动设置租户ID
    • 更新关联查询支持租户隔离

  • [x] 更新多租户路由配置 (AC: 3)

    • 更新用户路由使用多租户实体和服务
    • 更新管理员路由使用多租户实体和服务
    • 保持API接口与单租户版本一致
    • 启用租户选项：tenantOptions: { enabled: true, tenantIdField: 'tenantId' }

  • [x] 更新Schema定义 (AC: 3)

    • 使用多租户供应商Schema SupplierSchema
    • 使用多租户用户专用Schema UserSupplierSchema
    • 使用多租户管理员专用Schema AdminSupplierSchema
    • 添加租户ID字段定义

  • [x] 实现租户数据隔离API测试 (AC: 7)

    • 在 packages/supplier-module-mt/tests/integration/user-routes.integration.test.ts 中添加租户隔离测试用例
    • 在 packages/supplier-module-mt/tests/integration/admin-routes.integration.test.ts 中添加跨租户供应商访问安全验证
    • 在现有功能测试中验证租户过滤功能正确性

  • [x] 验证单租户系统完整性 (AC: 5, 6)

    • 运行单租户供应商管理模块回归测试
    • 验证单租户API接口不受影响
    • 确认单租户数据库表结构不变

  • [x] 在创建复制的代码修改完后先运行安装

    • 在复制模块后运行 pnpm install 安装依赖
    • 验证新包已正确添加到工作区
    • 确认所有依赖解析正确

  • [x] 执行性能基准测试 (AC: 8)

    • 运行多租户供应商管理模块性能测试
    • 比较单租户与多租户性能差异
    • 确保性能影响小于5%

  • [x] 执行回归测试验证 (AC: 9)

    • 运行所有多租户模块的回归测试
    • 验证权限模块多租户测试 (38个测试)
    • 验证文件模块多租户测试 (40个测试)
    • 验证区域模块多租户测试 (29个测试)
    • 验证用户模块多租户测试 (41个测试)
    • 验证配送地址模块多租户测试 (36个测试)
    • 验证商户模块多租户测试 (37个测试)
    • 验证租户模块多租户测试 (16个测试)
    • 验证广告模块多租户测试 (22个测试)
    • 确认所有239个测试全部通过

开发说明

前面故事的经验教训

从故事007.007（商户模块）学到的关键经验：

  • 共享CRUD库执行顺序: 必须确保在GenericCrudService.getById方法中租户验证先于数据权限验证 [Source: epic-007-multi-tenant-package-replication.md#技术挑战和解决方案]
  • 测试数据租户ID管理: 测试数据工厂必须显式设置tenantId字段以避免约束错误 [Source: epic-007-multi-tenant-package-replication.md#技术挑战和解决方案]
  • 跨租户访问状态码: 跨租户访问应该返回404（未找到）而不是403（禁止访问） [Source: epic-007-multi-tenant-package-replication.md#技术挑战和解决方案]
  • 文件命名约定: 严格使用 .mt.ts 后缀区分多租户文件 [Source: epic-007-multi-tenant-package-replication.md#最佳实践]
  • 数据库同步: 在vitest配置中使用 fileParallelism: false 避免数据库冲突 [Source: epic-007-multi-tenant-package-replication.md#技术挑战和解决方案]
  • 实体循环依赖: UserEntityMt和FileMt必须使用字符串形式的关系定义 [Source: story-007.007.merchant-module-multi-tenant-replication.md#技术挑战解决]
  • Zod验证问题: 需要完全解决所有数据库返回数据的Schema验证问题 [Source: story-007.007.merchant-module-multi-tenant-replication.md#技术挑战解决]
  • 共享CRUD错误处理: 恢复update和delete方法中的权限验证抛出错误逻辑，确保路由层能正确捕获并返回相应状态码 [Source: story-007.007.merchant-module-multi-tenant-replication.md#技术挑战解决]

从故事007.012（广告模块）学到的关键经验：

  • 关联关系问题: 实体中的关联需要指向正确的多租户实体，例如将 @ManyToOne('File') 改为 @ManyToOne('FileMt') [Source: story-007.012.advertisements-module-multi-tenant-replication.md#技术挑战解决]
  • 租户ID缺失: 测试中创建实体时必须显式设置 tenantId 字段 [Source: story-007.012.advertisements-module-multi-tenant-replication.md#技术挑战解决]
  • 租户过滤启用: 必须显式启用路由的租户选项才能实现数据隔离 [Source: story-007.012.advertisements-module-multi-tenant-replication.md#技术挑战解决]

数据模型

供应商实体结构:

  • 表名: suppliers_mt (多租户版本)
  • 租户ID字段: tenantId (必需，已索引)
  • 核心字段: name, username, password, phone, realname, loginNum, loginTime, loginIp, lastLoginTime, lastLoginIp, state [Source: source-tree.md#供应商管理模块]
  • 用户跟踪字段: createdBy, updatedBy [Source: source-tree.md#供应商管理模块]
  • 时间戳字段: createdAt, updatedAt [Source: source-tree.md#供应商管理模块]

API规范

用户路由:

  • 路径: /api/suppliers
  • 认证: authMiddleware 来自 @d8d/auth-module-mt [Source: source-tree.md#供应商管理模块]
  • 数据权限: dataPermission: { enabled: true, userIdField: 'createdBy' } [Source: story-005.015.supplier-module.story.md#L152-L157]
  • 用户跟踪: createdByField: 'createdBy', updatedByField: 'updatedBy' [Source: source-tree.md#供应商管理模块]

管理员路由:

  • 路径: /api/admin/suppliers
  • 认证: authMiddleware 来自 @d8d/auth-module-mt [Source: source-tree.md#供应商管理模块]
  • 数据权限: dataPermission: { enabled: false } [Source: story-005.015.supplier-module.story.md#L152-L157]
  • 用户跟踪: createdByField: 'createdBy', updatedByField: 'updatedBy' [Source: source-tree.md#供应商管理模块]

组件规范

供应商服务方法:

  • 继承GenericCrudService的所有标准CRUD方法
  • 所有查询操作自动添加租户过滤
  • 创建操作自动设置租户ID

文件位置

要创建的源文件:

  • packages/supplier-module-mt/src/entities/supplier.mt.entity.ts (多租户供应商实体)
  • packages/supplier-module-mt/src/services/supplier.mt.service.ts (多租户供应商服务)
  • packages/supplier-module-mt/src/routes/user-routes.mt.ts (多租户用户路由)
  • packages/supplier-module-mt/src/routes/admin-routes.mt.ts (多租户管理员路由)
  • packages/supplier-module-mt/src/schemas/supplier.mt.schema.ts (多租户供应商schemas)
  • packages/supplier-module-mt/src/schemas/user-supplier.mt.schema.ts (多租户用户专用schemas)
  • packages/supplier-module-mt/src/schemas/admin-supplier.mt.schema.ts (多租户管理员专用schemas)

要删除的文件（单租户清理）:

  • 多租户包中所有没有 .mt.ts 后缀的文件
  • 任何单租户特定的配置

技术约束

数据库索引:

  • 必须在 tenantId 字段上创建索引以提高性能 [Source: epic-007-multi-tenant-package-replication.md#数据库迁移策略]
  • 为常见查询模式创建复合索引 (tenantId + state, tenantId + username)

认证集成:

  • 使用来自 @d8d/auth-module-mt 的更新版 authMiddleware，从用户上下文中提取租户ID [Source: epic-007-multi-tenant-package-replication.md#租户上下文管理]
  • 租户ID应该从认证用户上下文中自动设置

关联关系处理:

  • 供应商实体关联UserMt，需要使用字符串形式的关系定义避免循环依赖
  • 确保所有关联实体都正确注册到TypeORM

测试

测试标准

测试文件位置: packages/supplier-module-mt/tests/integration/ [Source: testing-strategy.md#集成测试] 测试框架: Vitest + hono/testing + shared-test-util [Source: testing-strategy.md#集成测试] 测试模式: 使用测试数据工厂并显式设置tenantId [Source: testing-strategy.md#测试数据管理] 覆盖率目标: ≥ 60% 集成测试覆盖率 [Source: testing-strategy.md#各层覆盖率要求] 数据库策略: 使用测试数据库和事务回滚 [Source: testing-strategy.md#数据库测试策略]

特定测试要求

  • 租户隔离验证: 验证不同租户的供应商无法访问彼此的数据
  • 跨租户访问: 跨租户访问尝试应该返回404状态码
  • 数据权限测试: 验证用户路由和管理员路由在租户上下文中的权限控制
  • 供应商登录统计功能: 确保登录统计功能在租户隔离环境中正常工作

变更日志

日期 版本 描述 作者
2025-11-14 1.0 初始故事创建，包含从前面的故事中学到的全面经验教训 Bob (Scrum Master)

开发代理记录

Agent Model Used

  • Claude Code (d8d-model)

Debug Log References

  • 租户ID缺失错误: null value in column "tenant_id" violates not-null constraint
  • 实体注册错误: No metadata for "UserEntityMt" was found
  • 类型检查错误: 测试文件中仍然引用单租户实体
  • 目录结构错误: 多租户模块中错误包含单租户模块目录

Completion Notes List

  1. 成功复制供应商模块为多租户版本，包含完整的文件结构
  2. 添加了租户ID字段和复合索引实现数据隔离
  3. 更新所有导入路径使用多租户实体和服务
  4. 修复了测试文件中的实体引用和租户ID设置
  5. 验证了租户数据隔离功能正常工作
  6. 清理了目录结构，确保多租户和单租户模块在同一层级
  7. 所有测试通过，包括单租户和多租户模块的回归测试

File List

创建/修改的文件:

  • packages/supplier-module-mt/package.json - 包配置和依赖更新
  • packages/supplier-module-mt/src/entities/supplier.mt.entity.ts - 多租户供应商实体
  • packages/supplier-module-mt/src/services/supplier.mt.service.ts - 多租户供应商服务
  • packages/supplier-module-mt/src/routes/user-routes.mt.ts - 多租户用户路由
  • packages/supplier-module-mt/src/routes/admin-routes.mt.ts - 多租户管理员路由
  • packages/supplier-module-mt/src/schemas/supplier.mt.schema.ts - 多租户供应商Schema
  • packages/supplier-module-mt/src/schemas/user-supplier.mt.schema.ts - 多租户用户专用Schema
  • packages/supplier-module-mt/src/schemas/admin-supplier.mt.schema.ts - 多租户管理员专用Schema
  • packages/supplier-module-mt/tests/integration/user-routes.integration.test.ts - 用户路由集成测试
  • packages/supplier-module-mt/tests/integration/admin-routes.integration.test.ts - 管理员路由集成测试

删除的文件:

  • packages/supplier-module-mt/supplier-module/ - 错误包含的单租户模块目录

QA结果

此部分将在质量保证审查过程中由QA代理填充