Linq技巧4——怎么在.NET 3.5 SP1中伪造一个外键属性

　　在.NET 4.0 的EF 中，增加了FK Associations 的功能，但是在.NET 3.5 SP1 中，仅仅支持独立的关联，这意味着FK 栏位不能作为实体的属性来使用，也就是说在使用的时候，必须创建它们之间的关系，通过引用到其他实体。

　　举个例子，不像Linq to SQL, 不能进行如下操作，

　　

product.CategoryID = ;

　　因为没有“CategoryID” 属性在Product 实体中。你必须用如下方式替代，

product.Category = ctx.Categories.First(c => c.ID == );

　　这样你需要使用到Category的实体引用，这意味着必须有一个Category在内存中，或者执行一次查询操作。

　　这个问题就是没有一个可以直接赋值的CategoryID属性供使用，这就是为什么在.NET 4.0中增加"FK Associations" and "FK Properties".

　　很多人仍然在使用.NET 3.5 SP1，怎么来解决这个问题呢，如何给一个EF中不存在的CategoryID这样的属性赋值？

　　奇怪的问题，你当然不能够解决，但是使用下面的代码，可以达到同样的效果，　　

product.CategoryReference.EntityKey
   = new EntityKey("MyContainer.Categories", "ID", );

　　很明显这个不是你想写的需要在任何地方使用的那类代码，因此可以忽略这个方式。

　　怎么使用代码伪造一个外键属性呢？

　　庆幸的是，EF 为实体生成的部分类代码中，可以添加自己的逻辑，在Product 修改如下，　　

public int CategoryID {
    get {
        if (this.CategoryReference.EntityKey == null) return ;
        else return (int) this.CategoryReference
            .EntityKey.EntityKeyValues[].Value;
    }
    set {
        this.CategoryReference.EntityKey
           = new EntityKey("MyContainer.Categories", "ID", value);
    }
}

　　注意到我们也使用了CategoryReference 在Getter 中，这意味着CategoryID属性是简单地在CategoryReference上封装了一下，EF 在外罩下做了改动，不必通知到我们，写到这里，你可以写你想要的方式来写代码了，

product.CategoryID = ;