4

我正在使用 VS2010、EF4 功能 CTP（最新版本）和 POCO 对象，例如下面的示例：

class Person
{
 public int ID { get; set; }
 public string Name { get; set; }
 public virtual IList<Account> Accounts { get; set; }
 ...
}

class Account
{
 public string Number { get; set; }
 public int ID { get; set; }
 ...
}

为简洁起见，假设context下面是 EF4 的上下文对象。我在实体类型和数据库之间有一个 dbml 映射，我像这样使用它没有问题：

Person doug = context.Persons.CreateObject();
doug.Name = "Doug";    
context.Add(doug);
context.Save();
doug.Accounts.Add(new Account() { Name = "foo" });
context.Save(); // two calls needed, yuck

此时，数据库有一个名为“Doug”的个人记录和一个帐户记录“foo”。我可以查询并找回那些记录就好了。但是，如果我尝试在保存 Person之前添加帐户，则 Accounts 列表为空（代理尚未在该属性上创建实例）。请参见下一个示例：

Person doug = context.Persons.CreateObject();
doug.Name = "Doug";
doug.Accounts.Add(new Account() { Name = "foo" }); // throws null reference exception
context.Add(doug);
context.Save();

有没有其他人遇到过这个？更好的是，有没有人找到一个好的解决方案？

4

3 回答 3

3 
Person doug = context.Persons.CreateObject();

doug.Name = "Doug";

context.Add(doug);
doug.Accounts.Add(new Account() { Name = "foo" });
context.Save();

这将起作用

于 2010-11-21T23:06:54.007 回答
2

是的，是的！

当您新建 POCO（与上下文中的 CreateObject 不同）时，不会为您提供任何代理。这似乎很明显，但在追查类似问题时，我必须明确提醒自己这种行为。（我知道这不是您在问题中描述的情况，但应该承认整个问题）。

根据我在自己的测试中观察到的情况，在 POCO 的构造函数中初始化集合不会干扰正确的 EF4 代理延迟加载行为。

好的，说了这么多，我现在看到你对上一个答案的评论——当我从我的上下文中请求一个新的人时，为什么我没有代理的地址集合？您是否在上下文中启用了延迟加载？看到我们如何处理导航属性，我可以看到在这种情况下关闭延迟加载可能会有所不同。

于 2010-01-06T16:27:08.337 回答
1

ISTM 认为，如果您希望框架为您完成所有这些工作，那么您将不会真正拥有“POCO”，对吗？使用上面的代码上课Person。Accounts如果不涉及 EF，您希望在没有构造函数的情况下，该物业在施工后的状态如何？在我看来，CLR 将保证它们为空。

是的，代理可以在必要时初始化它以实现 DB 值，但在 EF 中，“POCO”实际上意味着“ Plain ”。不是“包含我们假装是'普通'的运行时生成代码的东西”。

于 2010-01-05T14:07:11.873 回答