c# – 在Entity Framework中存储基于接口的关系

前端之家收集整理的这篇文章主要介绍了c# – 在Entity Framework中存储基于接口的关系前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有这个想要实现的域设计理念.我正在使用Entity Framework作为存储机制,我能看到这样做的唯一方法似乎并不理想.

我有很多域对象,其中许多都需要“标记”.用户需要能够以某种方式“标记”他们中的每一个.

所以我想我会创建这个界面:

public interface IFlaggable
{
    [required]
    Tally Tally { get; }
    Guid? TallyId { get; }
}

和这些类:

public class Flag
{
    public Guid Id { get; internal set; }
    [required]
    public Tally Tally { get; internal set; }
    public Guid TallyId { get; internal set; }
    [required]
    public User Creator { get; internal set; }
    public Guid CreatorId { get; internal set; }
    [required]
    public FlagIndication Indication { get; internal set; }
}

public class Tally
{
    public Guid Id { get; internal set; }
    public IFlaggable Subject { get; internal set; }
    public ICollection<Flag> Flags { get; internal set; }
}

如果不明显,FlagIndication是一个枚举.

然后所有其他域对象必须实现IFlaggable并且它们变为可标记的.

public class TestFlaggable : IFlaggable
{
    public Guid Id { get; internal set; }
    public Tally Tally { get; internal set; }
    public Guid? TallyId { get; internal set; }
}

看起来很棒.就DB而言,它应该工作得很好,因为它是一对一的关系,而其他表总是包含Tallies表的id字段的外键.

麻烦的是,实体框架会查看接口和扼流圈.明显.我们知道实体框架不能很好地与接口配合使用.

我可以看到使其与Entity Framework一起工作的唯一方法是废弃接口,创建子类,例如从Tally继承的“TestFlaggableTally”,然后每个其他对象可以拥有它自己的特殊雪花Tally类.

public class Tally
{
    public Guid Id { get; internal set; }
    public ICollection<Flag> Flags { get; internal set; }
}

[Table("TestFlaggableTallies")]
public class TestFlaggableTally : Tally
{
    public TestFlaggable Subject { get; internal set; }
}

public class TestFlaggable
{
    public Guid Id { get; internal set; }
    public TestFlaggableTally Tally { get; internal set; }
    public Guid? TallyId { get; internal set; }
}

这应该工作,但它似乎愚蠢和臃肿.

所以,我在这里问.有没有更好的办法?

我有一些根本的误解吗?

这是我最好的选择吗?

好的,打我

解决方法

我认为EF没有对接口的支持. – 不正确,看看更新

我建议将您的界面重写为抽象类:

public abstract class FlaggableBase<T>
{
    public abstract T Id { get; internal set; }
    public abstract Tally Tally { get; internal set; }
    public abstract Guid? TallyId { get; internal set; }
}

请注意,我将Id属性添加到基类,以确保从FlaggableBase派生的任何实体都有一个键(EF要求它能够区分实体).

然后像这样使用它:

public class TestFlaggable : FlaggableBase<Guid>
{
    public override Guid Id { get; internal set; }
    public override Tally Tally { get; internal set; }
    public override Guid? TallyId { get; internal set; }
}

public class Tally
{
    public Guid Id { get; internal set; }
    public FlaggableBase<Guid> Subject { get; internal set; }
    public ICollection<Flag> Flags { get; internal set; }
}

public class Flag
{
    public Guid Id { get; internal set; }
    [required]
    public Tally Tally { get; internal set; }
    public Guid TallyId { get; internal set; }
    public Guid CreatorId { get; internal set; }
}

使用抽象类而不是我立即看到的接口的唯一缺点是,您将无法利用延迟加载,因为您无法在覆盖上应用虚拟关键字.

如果由于某种原因,您仍然依赖于IFlaggable接口,只需在基类中实现它:

public abstract class FlaggableBase<T> : IFlaggable

UPDATE

我在VS中玩了一下,事实证明你实际上可以使用接口做你想做的事情:

public interface IFlaggable<out T>
{
    T Id { get; }
    Tally Tally { get; }
    Guid? TallyId { get; }
}

然后在你的Tally课程中:

public class Tally
{
    public Guid Id { get; internal set; }
    public IFlaggable<Guid> Subject { get; internal set; }
    public ICollection<Flag> Flags { get; internal set; }
}

以下是它在数据库中的外观:

原文链接:https://www.f2er.com/csharp/100037.html

猜你在找的C#相关文章