C#中EF Code First实体有无{ get; set; }的差异及主键检测问题

先明确最关键的一点：不带{ get; set; }的不是属性，是类的公共字段，这是EF识别失败的根本原因。结合你的代码示例，具体差异如下：

1. 本质定义不同 #

• 带{ get; set; }的是C#的自动实现属性，编译器会自动生成对应的私有字段+访问器方法，对外暴露属性接口。比如你的第一个示例：

  public class Category
  {
      public int CategoryId { get; set; } // 自动属性，编译器生成私有字段+get/set方法
      public string CategoryName { get; set; } = "";
  }
  

• 不带{ get; set; }的是公共字段，直接是类的成员变量，没有封装层：

  public class Category
  {
      public int CategoryId; // 公共字段，无访问器
      public string CategoryName;
  }
  

2. EF Code First的映射规则差异 #

EF Code First的默认约定是：只扫描类的公共属性来映射数据库表列，完全忽略公共字段。

• 第一个示例中，CategoryId是公共属性，符合EF的主键约定（类名+Id结尾的公共属性），所以EF能自动识别为主键，完成表映射。
• 第二个示例中，CategoryId是公共字段，EF不会将其纳入映射范围，自然找不到主键，导致映射失败。

3. 封装与扩展性差异 #

• 属性可以在get/set中添加自定义逻辑，比如数据验证、变更通知：

  private string _categoryName;
  public string CategoryName
  {
      get => _categoryName;
      set
      {
          if(string.IsNullOrEmpty(value))
              throw new ArgumentException("分类名称不能为空");
          _categoryName = value;
      }
  }
  

• 字段是直接的变量访问，无法添加任何中间逻辑，完全没有封装性。

4. 框架兼容性差异 #

不仅EF，.NET生态中的多数框架（比如JSON序列化、MVVM的INotifyPropertyChanged、依赖注入）都依赖属性的访问器机制，公共字段无法被这些框架正确处理，会导致序列化失败、数据绑定失效等问题。

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