升级NestJS至8.0.1后CommitteesController依赖解析错误如何解决

• 导入路径大小写/文件名不匹配：你的service文件名为committees.services.ts（注意后缀为带s的services，首字母为小写c），但在committees.module.ts中导入路径写为./Committees.service（首字母大写C，service不带s），committees.controller.ts中导入路径为./committees.service（service不带s）。NestJS 8相比7.x对模块导入路径的大小写、文件名匹配校验更严格，Windows环境下虽然系统文件名大小写不敏感，但编译阶段的依赖扫描会触发识别失败，导致Provider无法正确注册。
• NestJS官方依赖版本不统一：package.json中@nestjs/common、@nestjs/core版本为8.x，但@nestjs/microservices、@nestjs/platform-express、@nestjs/testing版本仍为7.6.x，跨大版本的官方包混用会直接导致依赖注入、模块加载逻辑异常。
• PrismaService未正确导入：如果PrismaService是在单独的DatabaseModule中注册的，需要确认DatabaseModule已经被导入到CommitteesModule的imports数组，且DatabaseModule已导出PrismaService，否则CommitteesService的依赖无法被注入，会导致整个Provider注册失败。
• 依赖版本不匹配：NestJS 8要求rxjs版本为7.x，当前项目rxjs版本为6.6.7，版本不兼容也会引发模块加载异常。

• 修正文件名与导入路径：首先统一service文件名，将committees.services.ts重命名为committees.service.ts（去掉多余的s，保持和导入路径的后缀一致），然后修改committees.module.ts中的导入路径为小写开头：

  // committees.module.ts
  // 把原来的大写C开头的导入改成小写
  import { CommitteesService } from './committees.service';
  

• 统一所有NestJS官方依赖到8.x版本，执行安装命令：

  npm install @nestjs/common@8 @nestjs/core@8 @nestjs/microservices@8 @nestjs/platform-express@8 @nestjs/testing@8
  

• 若PrismaService由单独的DatabaseModule提供，修改committees.module.ts的imports配置：

  import { DatabaseModule } from '../database/database.module'; // 替换为你实际的DatabaseModule路径
  
  @Module({
    imports: [DatabaseModule], // 加入DatabaseModule
    controllers: [CommitteesController],
    providers: [CommitteesService],
    exports: [CommitteesService],
  })
  export class CommitteesModule {}
  

• 升级rxjs到兼容的7.x版本：

  npm install rxjs@7
  

• 清理缓存并重新构建项目：

  rimraf dist node_modules/.cache
  npm run build
  npm run start:dev
  

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