标签:ef-code-first entity-framework-6 c entity-framework
我有2个模型,其中一个模型具有另一个模型的子集合:
[Table("ParentTable")]
public class Parent
{
[Key, Column("Parent")]
public string Id { get; set; }
[Column("ParentName")]
public string Name { get; set; }
public virtual ICollection<Widget> Widgets { get; set; }
}
[Table("WidgetTable")]
public class Widget
{
public string Year { get; set; }
[Column("Parent")]
public string ParentId { get; set; }
public string Comments { get; set; }
[Key, Column("ID_Widget")]
public int Id { get; set; }
[ForeignKey("ParentId"), JsonIgnore]
public virtual Parent Parent { get; set; }
}
此代码适用于> 99%的小部件:
var parent = _dbContext.Parents.FirstOrDefault(p => p.Id == parentId);
通常,parent.Widgets是一个包含多个项目的集合.但是,在某些情况下,parent.Widgets为null(不是没有项目的集合).
我已经使用查询分析器来跟踪父查询和该父所属小部件的查询.两者都返回我期望的行;但是,一个或两个父ID的模型会导致Widgets集合的值为空.是什么导致延迟加载的集合在某些情况下为null,而在其他情况下则不是?
解决方法:
当dbContext生命周期在Add,saveChanges,然后进行检索时处于打开状态时,通常会出现这种情况.
例如:
var context = new MyDbContext(); // holding Parents.
var testParent = new Parent{Id = "Parent1", Name = "Parent 1"};
context.Parents.Add(testParent);
此时,如果要执行以下操作:
var result = context.Parents.FirstOrDefault(x=> x.ParentId == "Parent1");
你不会有父母.选择来自提交状态.
context.SaveChanges();
var result = context.Parents.FirstOrDefault(x=> x.ParentId == "Parent1");
这将返回对您已插入的父项的引用,因为上下文知道该实体,并具有对您创建的对象的引用.它不会进入数据状态.由于您对Widget的定义只是使用get / set自动属性定义的,因此在这种情况下Widgets集合将为#null.
如果您这样做:
context.Dispose();
context = new MyDbContext();
var result = context.Parents.FirstOrDefault(x=> x.ParentId == "Parent1");
在这种情况下,新上下文无法识别父级,因此它将变为数据状态. EF会为您延迟加载小部件返回一个代理列表,由于没有任何代理,因此您将返回一个空列表,而不是#null.
在EF中处理集合类时,最好避免使用自动属性,或者在构造函数中对其进行初始化,以避免这种行为.您通常需要在创建父对象后分配窗口小部件.初始化默认成员会更好,因为您不希望鼓励在collection属性上使用setter.
例如:
private readonly List<Widget> _widgets = new List<Widget>();
public virtual ICollection<Widget> Widgets
{
get { return _widgets; }
protected set { throw new InvalidOperationException("Do not set the Widget collection. Use Clear() and Add()"); }
}
避免对集合属性执行Set操作,因为这会在实体参考方案中搞砸.例如,如果您想按年份对Widget集合进行排序并执行以下操作:
parent.Widgets = parent.Widgets.OrderBy(x=> x.Year).ToList();
看起来足够纯真的,但是当Widgets参考是EF代理时,您就把它吹走了. EF现在无法对集合执行更改跟踪.
初始化您的集合,您应该避免使用#null集合引用感到惊讶.另外,我将研究您的dbContext的生存期.最好在请求或特定操作的生命周期内初始化一个,但要避免使它们存活超过必要的时间.上下文更改跟踪等会消耗资源,并且当它们进行操作时,您会发现这种看似间歇的奇怪行为.
标签:ef-code-first,entity-framework-6,c,entity-framework 来源: https://codeday.me/bug/20191025/1931413.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。