C#中如何为Product类设计支持差异化键值的ProductDetails类

结合你当前已定义的Product实体结构（已预留ProductDetail一对一导航属性），以下是两种可直接落地的生产环境实现方案，可根据项目业务特性选择：

方案1：强类型继承实现（TPH/TPT映射） #

适合品类相对固定、属性规则明确的项目（比如自营电商），编译期可做类型校验，业务逻辑可读性高、查询性能好。

• 第一步：定义ProductDetail抽象基类，存放全品类共有的通用属性

public abstract class ProductDetail
{
    public int Id { get; set; }
    // 全品类通用详情字段可放在基类，比如毛重、产地、保修规则
    public decimal? Weight { get; set; }
    public string Origin { get; set; }
    public string WarrantyDesc { get; set; }

    // 反向导航属性，对应Product的关联关系
    public virtual Product Product { get; set; }
}

• 第二步：按不同品类定义派生的详情类，存放品类专属属性
  比如电视类商品详情：

public class TvProductDetail : ProductDetail
{
    // 电视专属属性
    public int ScreenSizeInch { get; set; }
    public int WidthMm { get; set; }
    public int HeightMm { get; set; }
    public int ThicknessMm { get; set; }
    public string Resolution { get; set; }
    public bool IsSmartTv { get; set; }
}

比如T恤类服饰商品详情：

public class TShirtProductDetail : ProductDetail
{
    // T恤专属属性
    public string AvailableSizes { get; set; } // 可存储逗号分隔的尺码值：S,M,L,XL,XXL
    public string Material { get; set; }
    public string ColorOptions { get; set; }
    public string WashInstruction { get; set; }
}

• 第三步：配置EF Core映射即可，默认TPH（单表+鉴别器字段）模式不需要额外改表结构，也可以根据需要配置为TPT（每个派生类单独存表）模式。业务调用时直接根据类型判断取值：

if (product.ProductDetail is TvProductDetail tvDetail)
{
    // 渲染电视专属的尺寸、宽高等字段
    var screenSize = tvDetail.ScreenSizeInch;
}
else if (product.ProductDetail is TShirtProductDetail apparelDetail)
{
    // 渲染服饰专属的尺码、材质等字段
    var sizeList = apparelDetail.AvailableSizes.Split(',');
}

这个方案的缺点是新增品类、调整属性时需要修改代码、执行数据库迁移，灵活度有限。

方案2：动态扩展属性实现 #

适合品类迭代快、需要运营后台灵活配置属性的项目（比如多商家入驻的平台型电商），不需要改代码就能新增品类、调整属性字段。

• 核心思路是把差异化属性从固定字段改为可配置的键值对结构，用数据库JSON字段存储即可（EF Core 5.0+原生支持JSON类型映射）

public class ProductDetail
{
    public int Id { get; set; }
    // 全品类通用属性
    public decimal? Weight { get; set; }
    public string Origin { get; set; }
    
    // 动态扩展属性列表，映射为数据库JSON字段
    public List<ProductExtendField> ExtendFields { get; set; } = new();

    public virtual Product Product { get; set; }
}

// 动态扩展字段模型
public class ProductExtendField
{
    public string FieldName { get; set; } // 字段名，比如"屏幕尺寸"、"可选尺码"
    public string FieldValue { get; set; } // 字段值，比如"65英寸"、"S,M,L,XL,XXL"
    public int SortNum { get; set; } // 前端展示排序
    public bool IsRequired { get; set; } // 商品发布时是否必填
}

• 配套做个后台品类属性配置功能：给电视品类绑定"屏幕尺寸（英寸）"、"宽度（mm）"、"高度（mm）"等属性项，给T恤品类绑定"可选尺码"、"面料材质"、"可选颜色"等属性项，发布商品时按所属品类加载对应的属性项填值即可，前端直接遍历ExtendFields列表渲染展示，全程不需要修改代码发版。
  这个方案的缺点是没有强类型校验，涉及属性值计算、复杂校验的场景需要额外写逻辑处理。

选型参考：如果项目品类长期稳定、没有频繁自定义属性的需求，优先选方案1，维护成本更低、出bug概率小；如果项目需要灵活调整品类和属性，选方案2适配性更强。

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