使用Emit创建DBContext对象

    在EntityFramework Code First的示例中，一般情况下都是要创建一个继承DBContext的类，然后在此类中声明若干DBSet<>的属性，然后才可以使用。最近我就遇到一件为难的事情，项目中的业务对象较多，有一大半是继承了一个自定义的基类ModelBase，如果按照以往的方式就不得不在DBContext里面声明长长的属性，其实就是想有个简便的办法，加上如果后续增加了ModelBase的子类，也不想再去修改DBContext的代码，于是一个念头产生了。
    最初我尝试用反射的方式，定义一个方法，传入我想创建的业务对象的类型（Type），结果发现这样是没有办法对一个已存在的类（DBContext）去增加泛型属性DBSet<Type>的。
    之后又尝试了创建一个EntityTypeConfiguration<ModelBase>的配置类，然后在其中利用反射，为当前程序集中所有子类都配置映射关系，结果发现基类无可避免地被映射成了一张表，因为EntityTypeConfiguration<ModelBase>的原因，首先就纳入到了DBContext之中了。这并不是我所期望的效果。
    于是，我祭出了杀手锏－－－Emit。基本思路就是动态创建继承DBContext的一个子类对象，根据传入的类来决定是创建其本身或是其子类的DBSet<>属性，这样可控性比较强。
    先用一个简单的例子来说明一下。声明一个类

    public class Author

    {

        public int Id { get; set; }

        public string Name { get; set; }

    }

    如果按照旧方法，原本应该这样声明

    public class Blog : DbContext

    {

        public DbSet<Author> Authors { get; set; }

    }

    现在换成如下方式。

        public static DbContext CreateInstance()

        {

            AssemblyBuilder ab = AppDomain.CurrentDomain.DefineDynamicAssembly(new AssemblyName("TestContext"), AssemblyBuilderAccess.RunAndSave);

            ModuleBuilder mb = ab.DefineDynamicModule("TestContext");

            //创建指定名称的类型，注意此名称必须要符合EF的约定，即与连接字符串配置中的Name一致

            TypeBuilder tb = mb.DefineType("Blog", TypeAttributes.Public, typeof(DbContext));

            PropertyBuilder pbAuthor = tb.DefineProperty("Authors", PropertyAttributes.HasDefault, typeof(DbSet<>).MakeGenericType(typeof(Author)), null);

            //创建私有字段，用于属性的读写

            //不能像c#源代码那样直接声明get/set，因为本质上编译后还是有私有字段的

            FieldBuilder fbAuthors = tb.DefineField("_authors", typeof(DbSet<>).MakeGenericType(typeof(Author)), FieldAttributes.Private);

            //Get方法部分

            System.Reflection.MethodAttributes methodAttributes = System.Reflection.MethodAttributes.Public | System.Reflection.MethodAttributes.HideBySig;

            MethodBuilder mbGet = tb.DefineMethod("get_Authors", methodAttributes);

            ILGenerator iL = mbGet.GetILGenerator();

            Label label = iL.DefineLabel();

            iL.Emit(OpCodes.Ldarg_0);

            iL.Emit(OpCodes.Ldfld, fbAuthors);

            iL.Emit(OpCodes.Stloc_0);

            iL.Emit(OpCodes.Br_S, label);

            iL.MarkLabel(label);

            iL.Emit(OpCodes.Ldloc_0);

            iL.Emit(OpCodes.Ret);

            //Set方法部分

            MethodBuilder mbSet = tb.DefineMethod("set_Authors", methodAttributes);

            mbSet.SetParameters(typeof(System.Data.Entity.DbSet<>).MakeGenericType(typeof(Author)));

            ParameterBuilder value = mbSet.DefineParameter(1, ParameterAttributes.None, "value");

            iL = mbSet.GetILGenerator();

            iL.Emit(OpCodes.Ldarg_0);

            iL.Emit(OpCodes.Ldarg_1);

            iL.Emit(OpCodes.Stfld, fbAuthors);

            iL.Emit(OpCodes.Ret);

            //将定义的方法引用与属性相关联

            pbAuthor.SetGetMethod(mbGet);

            pbAuthor.SetSetMethod(mbSet);

            DbContext blog = (DbContext)Activator.CreateInstance(tb.CreateType());  

            return blog;

        }

      最后来一段测试的代码

using (DbContext blog = CreateInstance())
{    
    Author author = new Author

    {

         Name = "123"

    };

    blog.Set<Author>().Add(author);

    blog.SaveChanges();

}

      总结一下，其实Emit创建DbContext的重心就在于对每一个需要操作的业务对象都创建一对Get/Set方法，上述代码可以进一步提炼，单独写成一个方法，传入不同的Type替换掉Author所占的位置即可。此方法很另类，性能上也并非很理想(在对象数量比较庞大的情况下反而效率较高)，因此在使用EF的过程中就初始化的时候创建一次即可，在有对象的变更或增减时，可以随着Migration（EF4.3以后新增特性）一起更新。