前端写 nestjs 后端，用 TypeORM 时感到非常困惑，不知道是不是我的理解有问题

这是基础知识问题，建议深入学习一下面向对象。

@superedlimited
本质上我的问题是 TypeORM 的 insert/save 方法为什么接受 Partial<Entity>而不是 Entity 的参数，没看出这跟面向对象有什么关系？

TypeORM

> 当我把一个表字段定义为 nullable: true 或者 nullable: false 的时候，似乎并不影响这个字段在代码里是 optional 还是 required ？

是的，装饰器无法影响 class 内属性的类型。


> 如果我不通过 ORM 自动建表，而是自己在 navicat 里建表，那是不是 TypeORM 里面的 @Column 装饰器参数就没有任何意义？

不完全是，@Column 装饰器参数的主要作用就是生成简表语句，其次 TypeORM 在运行时会通过装饰器参数（元数据）做一些判断，避免一些错误的 SQL 。

> 我定义一个 Entity ，所有字段都是 Not Null 的，类型也都是 required 的，结果 TypeORM 允许我往这个表里保存空对象？等着数据库报错？

是的，装饰器无法影响 class 内属性的类型。但为了更好的类型安全你应该在 tsconfig.json 中配置 strictPropertyInitialization 为 ture ，并为每个属性声明是否为 nullable ( https://typescriptlang.org/tsconfig/#strictPropertyInitialization )

我个人建议你尽早抛弃 TypeORM ，TypeORM 项目已经不再积极维护了。换更严谨 mikro-orm ( https://mikro-orm.io/ )，mikro-orm 能通过 ts-morph 从 class property 提取类型以及 nullable ，能够避免装饰器内 nullable 属性与 class property 声明的 nullable 不一致的情况
https://mikro-orm.io/docs/defining-entities

因为实体判空不应该在 DAO 层做。

即使编译时类型检测 check 住了，运行时对象仍然有可能是空的，还得报运行时异常。

@shintendo 不要狡辩了。不仅面向对象基础不行，ts 基础也不行。不是会拼写 partial 就是掌握了 ts 了，partial 是 required 的反面么？

number 你返回个 string 都行 type 只是限制编译 实际还是 js
注解上面的声明实际用了创建表结构

TypeORM 好像提供不了太多的类型安全，这个是正常现象，prisma 这种会更安全些。这是 TypeORM 的定位和你预期不同。

@XCFOX
谢谢你的回答，清楚多了。确实想着换其它的 ORM ，只是不确定其它 ORM 是不是也这样，我去试试 mikro-orm 。

@kyuuseiryuu
“运行时对象仍然有可能是空的”是指比如前端传过来的参数不对？所以需要运行时校验？

@superedlimited
“partial 是 required 的反面么？”

@shintendo #9 是这样的。系统架构上 controller 层要保证所有的业务参数是合法的。