EF Core脚手架为何将非空NVARCHAR初始化为null!？

首先得明确几个核心逻辑：

1. 数据库非空约束和内存实体初始化的边界 #

数据库里的NOT NULL是持久化层面的规则，保证存入数据库的字段不能为null，但EF Core生成的实体类是用来在内存中操作数据的。脚手架工具的设计思路是：

• 当你从数据库加载实体时，这些字段必然有值（因为数据库非空），所以用null!告诉编译器“这个值不会是null，别警告”。
• 当你新建实体时，EF Core希望你显式设置业务上合理的值，而不是默认给string.Empty——避免你不小心把无意义的空字符串存入数据库（虽然空字符串符合数据库非空约束，但很多业务场景下空字符串并不是合法的默认值）。

2. null!的实际作用 #

null!是C#的null原谅运算符，它的作用不是把属性设为null（本质上就是赋值null），而是压制nullable引用类型（NRT）的编译器警告。因为在NRT模式下，string类型默认是不可为null的，如果没有初始化，编译器会报“未初始化的非空引用类型”错误。用null!初始化，既满足了编译器的初始化要求，又不会给属性赋一个实际的空值——相当于给开发者一个明确的提示：这个属性你必须自己赋值，不要依赖默认值。

3. null! vs string.Empty的选择场景 #

• 选null!的情况：
  • 实体是EF Core的数据库映射模型：数据库非空约束保证加载时必有值，新建时强制你显式设置业务值，避免无意识的空字符串存入数据库。
  • 希望强制开发者必须赋值，防止遗漏必要的业务数据（比如姓名、主题这类必填字段）。
• 选string.Empty的情况：
  • 业务逻辑允许该字段为空字符串，且默认值就是空字符串（比如可选的备注字段）。
  • 内存中操作实体时，需要一个合法的空值来避免NullReferenceException，且业务上认可空字符串作为默认值。

另外补充：EF Core在保存实体时，如果非空属性是null，会直接抛出DbUpdateException（违反数据库非空约束），所以即使你用了null!，如果没赋值就保存，EF Core会立刻报错，这也是一种保护机制，确保你不会把null存入数据库。

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