Breeze Sharp是否支持TPH继承关系的导航属性？

一、Breeze Sharp对TPH继承的支持 #

Breeze Sharp完全支持Table Per Hierarchy（TPH）继承，但要求客户端DTO的继承关系、元数据定义必须与服务端EF Core模型完全对齐，否则会触发元数据不匹配错误。

二、元数据不匹配问题的修复 #

你遇到的EntityType 'MfgBomHeader_Items:#Ops.Shared.Dto.Db'的BaseEntityType客户端值与服务端值不一致错误，核心是客户端与服务端的继承定义未同步：

• 严格对齐DTO与EF实体的继承链：服务端EF模型是MfgBomHeader_Items : MfgBomHeader，客户端DTO必须保持相同的继承关系（比如MfgBomHeader_ItemsDto : MfgBomHeaderDto，根据你的实际命名调整）。
• 验证服务端元数据生成：访问API的元数据端点（如/breeze/Metadata），确认返回的元数据中MfgBomHeader_Items的BaseEntityType指向正确的基类，同时检查EF Core的TPH鉴别器配置是否正确（确保鉴别器字段、值与模型定义一致）。
• 客户端元数据初始化：禁止手动修改Breeze客户端解析的元数据，确保客户端通过API获取的元数据完整且未被篡改。

三、NullReferenceException的排查与解决 #

调整DTO继承关系后出现空引用异常，可从以下方向排查：

• 导航属性未加载：基类的Specification导航属性指向派生类，查询时需两端都显式加载：服务端查询用Include(x => x.Specification)包含导航数据；客户端查询用Expand("Specification")指定加载该属性，避免访问未初始化的导航属性。
• 鉴别器值不匹配：检查数据库中MfgBomHeader_Items对应的鉴别器值，是否与EF Core模型中配置的鉴别器值一致。若值不匹配，EF无法正确实例化派生类，会导致导航属性赋值失败。
• DTO映射错误：如果用AutoMapper等工具映射EF实体到DTO，需确保映射规则正确处理继承关系——为派生类单独配置映射规则，避免基类映射覆盖派生类属性。
• 实体构造函数问题：检查MfgBomHeader_ItemsDto的构造函数，确保基类属性、导航属性都被正确初始化，避免未赋值的属性导致空引用。

四、额外建议 #

• 尽量避免基类定义指向派生类的导航属性：这种反向关系会增加复杂度，建议调整为更清晰的关联方式（比如派生类包含指向基类的导航属性）；若必须保留，需确保EF和Breeze都能正确识别该关系。
• 验证元数据一致性：修改配置后，对比服务端返回的元数据与客户端解析后的元数据，确保BaseEntityType、鉴别器等关键信息完全一致。

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