我注意到两者之间的一个区别是重置对象引用时不会更新外键属性.现在我需要决定如何处理这个问题.
例如,假设您有两种实体类型,Company和Employee.一家公司有很多员工.
在Linq To sql中,设置公司还设置公司ID：
var company=new Company(ID=1); var employee=new Employee(); Debug.Assert(employee.CompanyID==0); employee.Company=company; Debug.Assert(employee.CompanyID==1); //Works fine!
var company=new Company(ID=1); var employee=new Employee(); Debug.Assert(employee.CompanyID==0); employee.Company=company; Debug.Assert(employee.CompanyID==1); //Throws,since CompanyID was not updated!
如何使EF的行为与LinqTosql相同？我看了一下默认代码生成T4模板,但我无法弄清楚如何进行必要的更改.看起来像一个单行应该可以做到这一点,但我无法弄清楚如何获取给定引用的ID属性.
解决方法
有一对夫妇可以解决从Linq到sql迁移到EF4的问题.其中之一是注册您的关联的AssociationChanged事件,以便它自动更新您的字段.在您的上下文中,一种方法可能是这样的：
// Extends Employee entity
public partial class Employee
{
private void CompanyChanged(Object sender,CollectionChangeEventArgs e)
{
// Apply reactive changes; aka set CompanyID
// here
}
// Create a default constructor that registers your event handler
public Employee()
{
this.CompanyReference.AssociationChanged += CompanyChanged;
}
}
就个人而言,如果您想限制维护此类逻辑所需的维护,我建议您更改T4模板(自行更改或找到一个),以便在公司更改时设置CompanyId,如前所示.
Gil Fink用EF4为T4模板写了一篇相当不错的介绍,你可以查阅Scott Hanselman包含一大堆有用的链接和资源来使用T4模板.
最后一点,除非我弄错了,直接访问外键作为实体的属性是从EF3.5到4的新内容.在3.5中,只有通过关联实体(Employee.Company.CompanyID)才能访问它. ).我相信在EF4中添加了该功能,因此您无需加载关联(使用“include”)以便在从数据存储中进行选择时获取外键.
也许EF对此的看法是,如果你有了关联,那么首先要通过协会来获取ID.但这只是猜测,因为我没有报价支持它.
[编辑2010-06-16]：
在对edmx xml元素进行快速读取和分析之后,我发现了一个名为ReferentialConstraint的内容,它似乎包含指定FK_Relation的外键字段.
下面是在默认的T4 edmx模板内部修改的代码片段,写入导航属性部分. (Template_RegionNavigationProperties),围绕未修改模板的第388行.试着忽略可怕的格式……
<#=code.SpaceAfter(NewModifier(navProperty))#><#=Accessibility.ForProperty(navProperty)#> <#=MultiSchemaEscape(navProperty.ToEndMember.GetEntityType(),code)#> <#=code.Escape(navProperty)#>
{
<#=code.SpaceAfter(Accessibility.ForGetter(navProperty))#>get
{
return ((IEntityWithRelationships)this).RelationshipManager.GetRelatedReference<<#=MultiSchemaEscape(navProperty.ToEndMember.GetEntityType(),code)#>>("<#=navProperty.RelationshipType.FullName#>","<#=navProperty.ToEndMember.Name#>").Value;
}
<#=code.SpaceAfter(Accessibility.ForSetter(navProperty))#>set
{
// edit begins here
if(value != null)
{
// Automatically sets the foreign key attributes according to linked entity
<#
AssociationType association = GetSourceSchemaTypes<AssociationType>().FirstOrDefault(_ => _.FullName == navProperty.RelationshipType.FullName);
foreach(var cons in association.ReferentialConstraints)
{
foreach(var MetadataProperty in cons.FromProperties)
{
#>
this.<#=MetadataProperty.Name#> = value.<#=MetadataProperty.Name#>;
//this._<#=MetadataProperty.Name#> = value._<#=MetadataProperty.Name#>; // use private field to bypass the OnChanged events,property validation and the likes..
<#
}
}
#>
}
else
{
// what usually happens in Linq-to-sql when an association is set to null
// here
}
// edit ends here
((IEntityWithRelationships)this).RelationshipManager.GetRelatedReference<<#=MultiSchemaEscape(navProperty.ToEndMember.GetEntityType(),"<#=navProperty.ToEndMember.Name#>").Value = value;
}
}
我粗略测试了它,但它是一个给定的一些验证和这样的缺失.也许无论如何,它都可以为您提供解决方案.
