实体框架导航属性接口类型

Question

我正在使用实体框架代码优先创建一个应用程序，在遵循接口隔离原则的同时，我遇到了 EF 限制的一些问题。

    public interface IProduct
{
    int Id { get; set; }
    ICollection<IProcess> Processes { get; set; }
    ICollection<ILine> Lines { get; set; }
    String Description { get; set; }
    String Number { get; set; }
    String Name { get; set; }
}

问题是 Processes 和 Lines 属性，因为它无法确定具体是哪个类类型（我猜）。

我知道通过使用抽象类我可以实现几乎相同的效果。我之所以没有这样做是因为我发现由于 EF 的限制而更改模型是错误的。

解决这个问题的最佳方法是什么？任何允许接口作为导航属性的 EF 替代方案。

Answer 1

只有一种方法可以解决这个问题 - 使用持久化到数据库的具体类。 EF 不支持任何其他方式。即使使用抽象类也不会帮助你，除非你映射整个继承树（不要这样做）。

如果您希望属性公开接口，则必须提供第二个非映射属性，该属性将在内部从公开具体类型的属性进行转换。

简而言之，如果您想使用 EF，您必须调整您的架构以遵循其功能集。

Answer 2

我知道这是一个旧线程，但如果其他人遇到它，我有一个更好的使用 EF 的解决方法。

基本上我有两个接口

public interface IProduct
{
    int Id { get; set; }
    String Description { get; set; }
    String Number { get; set; }
    String Name { get; set; }
}

，并且

public interface IEFProduct
{
    ICollection<IProcess> Processes { get; set; }
    ICollection<ILine> Lines { get; set; }
}

我将 IProduct 接口保留在我的合约项目中，因此它仍然完全独立于我的模型的其余部分，但我将 IEFProduct 接口放在我的合约项目中模型项目作为具体的实现。这意味着我无法从任何实现接口而不是具体类型的东西访问流程和线路，但就我而言，它让我解决了这个问题。

另一种方法是使用 DTO。

您的模型将全部使用该接口，但您的实际 EF 实现将使用具体 DTO，在数据层中，您将手动或使用 Automapper 在它们之间进行映射 - 当然，这可能会对性能产生轻微影响。