| name | type-project-organization |
| description | 规范类型项目(apps/type)的代码组织方式、导出语法和文件结构。用于解决类型导出冲突、创建统一导出入口、处理重复导出等问题。适用于类型项目开发、类型错误修复、代码规范实施场景。在处理类型项目的代码写法时,请使用本技能。 |
| allowed-tools | Read, Edit, Grep, Glob, Bash, Write |
类型项目代码组织规范技能
技能概述
此技能提供类型项目(apps/type)的完整代码组织规范,包括导出语法、文件结构、命名约定和最佳实践。确保类型系统的一致性、可维护性和可扩展性。
核心规范
1. 全量导出语法
必须使用全量导出,不区分类型和变量。
错误写法:
export type * from "./expense-manage";
正确写法:
export * from "./expense-manage";
2. 禁止逐个导出
不允许逐个罗列导出项目。
错误写法:
export type { PatrolTaskFormVO, PatrolTaskFormProps, TaskListItem, TaskQueryParams } from "./task";
正确写法:
export * from "./task";
3. 统一导出入口
根据业务路径,在每一层级编写 index.ts 作为统一导出入口。
3.1 根目录导出(src/index.ts)
// apps/type/src/index.ts
// 导出通用类型
export * from "./common";
// 导出业务类型
export * from "./business";
// 导出常量
export * from "./constant";
3.2 业务模块导出(src/business/index.ts)
// apps/type/src/business/index.ts
/**
* @file 业务类型统一导出
* @description 导出所有业务模块的类型定义
*/
export * from "./dev-team";
export * from "./operation-team";
export * from "./property-manage";
export * from "./setting-manage";
3.3 子模块导出(src/business/property-manage/index.ts)
// apps/type/src/business/property-manage/index.ts
// 社区管理模块
export * from "./community-manage";
// 房产管理模块
export * from "./house-property-manage";
// 合同管理模块
export * from "./contract-manage";
// 费用管理模块
export * from "./expense-manage";
// 停车管理模块
export * from "./parking-manage";
// 巡检管理模块
export * from "./patrol-manage";
// 报修管理模块
export * from "./repairs-manage";
// 报表管理模块
export * from "./report-manage";
3.4 详细模块导出(src/business/property-manage/patrol-manage/index.ts)
// apps/type/src/business/property-manage/patrol-manage/index.ts
export * from "./detail";
export * from "./item";
export * from "./path";
export * from "./plan";
export * from "./point";
export * from "./task";
4. 重复导出处理
遇到导出冲突时,统一整理到公共文件,避免分散导出。
4.1 公共选项统一到 business-options.ts
对于公共的下拉选项变量,统一放在:
apps/type/src/common/business-options.ts
示例:
// apps/type/src/common/business-options.ts
/**
* @description 审核状态选项
* Audit status options
*/
export const auditStatusOptions: OptionsType = [
{ label: "待审核", value: "待审核" },
{ label: "已通过", value: "已通过" },
{ label: "已拒绝", value: "已拒绝" },
];
/** 费用项名称选项 Expense item name options */
export const expenseItemNameOptions: OptionsType = [
{ label: "物业费", value: "物业费" },
{ label: "水电费", value: "水电费" },
{ label: "停车费", value: "停车费" },
{ label: "维修费", value: "维修费" },
];
/** 费用类型选项别名 Fee type options alias */
export const feeTypeOptions = expenseTypeOptions;
4.2 公共类型统一到 business-types.ts
对于公共的通用业务类型,统一放在:
apps/type/src/common/business-types.ts
使用场景
场景 1:创建新的类型文件
当创建新的业务类型时:
- 在对应业务路径下创建
.ts文件 - 定义类型、常量和选项
- 在同层级的
index.ts中添加导出 - 确保所有上层
index.ts也包含此导出
场景 2:修复导出冲突
当遇到类似错误时:
模块 "./community-manage" 已导出一个名为"auditStatusOptions"的成员
解决步骤:
- 识别重复的导出项
- 将公共项迁移到
apps/type/src/common/business-options.ts - 在原始文件中移除重复项
- 更新相关 index.ts 的导出
场景 3:重构现有类型
当重构现有类型结构时:
- 分析当前导出结构
- 识别可以统一的公共项
- 重新组织文件结构
- 更新所有相关 index.ts
- 验证类型检查通过
最佳实践
✅ 推荐做法
- 使用
export * from "./module"进行批量导出 - 为每个业务层级创建 index.ts
- 公共选项和类型统一到 common 目录
- 保持导出语句简洁明了
❌ 避免做法
- 使用
export type * from "./module" - 逐个列出导出项
- 在不同文件重复定义相同内容
- 使用复杂的选择性导出
验证方法
运行类型检查
pnpm -F @01s-11comm/type typecheck
检查导出结构
# 查看导出结构
find apps/type/src -name "index.ts" -exec echo "=== {} ===" \; -exec cat {} \;
验证无重复导出
# 检查重复导出(需要手动审查)
pnpm -F @01s-11comm/type typecheck 2>&1 | grep -i "歧义\|conflict\|duplicate"
故障排除
问题 1:导出冲突
症状: TypeScript 报错提示成员重复导出
解决方案:
- 识别冲突的导出项
- 将公共项迁移到 common 目录
- 清理重复的导出声明
- 更新相关 index.ts
问题 2:找不到类型定义
症状: 导入类型时提示找不到
解决方案:
- 检查 index.ts 是否包含对应导出
- 验证文件路径是否正确
- 确认类型文件是否存在
- 检查上层 index.ts 的导出链
问题 3:导出链不完整
症状: 部分类型无法访问
解决方案:
- 检查从根目录到目标文件的完整导出链
- 确保每一层 index.ts 都包含下一层导出
- 验证没有遗漏的中间层
- 运行类型检查确认修复
相关资源
- 类型项目目录:
apps/type/src/ - 业务路径参考:
apps/admin/src/router/rank/rank-route-keys.ts - 类型错误修复:
fix-type-error子代理