mongoose 类型问题

在使用 `NestJS/Mongoose` 进行系统重构时，作者遇到了一些与 `Mongoose` 类型相关的问题。具体来说，在构建查询过滤器时，期望能够通过类型检查来限制和约束过滤条件的字段类型，但在实际代码中发现并没有严格的类型限制，甚至可以随意添加不存在的字段而不引发编译错误。 使用 `TypeScript` 的一个重要目的就是通过静态类型检查减少编码错误，提高开发效率。然而在构建查询条件这一重要环节上，无论是 `NestJS/Mongoose` 还是之前的 `Typegoose` 实现，都未能提供令人满意的类型安全性和约束能力。这引发了对当前ORM选择的思考：是否需要更换ORM框架？比如 `Prisma` 是否能解决这个问题？或者继续使用 `TypeOrm` 但接受其在 MongoDB 支持上的局限性？ 核心问题其实源于 `Mongoose` 本身的类型处理机制。作者认为，尽管可以通过调整 ORM 框架来改善体验，但在根本上这仍然是一个需要面对的技术挑战。 那么你是否也在使用 `Mongoose` 或其他 ORM 遇到了类似的类型安全问题？你会如何权衡框架的便利性与开发体验的重要性？又会选择哪一种解决方案来实现更好的类型安全保障呢？这些问题值得每一位开发者深入思考。--DeepSeek