动态生成一个类对于AOP，O/R Mapping等技术非常有帮助。对于Java来说，问题不大，而对于.NET，则要麻烦些（主要麻烦在于实现代码的生成需要IL），故猜测这可能也是在AOP, O/R Mapping方面，Java走得略前的原因吧。
麻烦归麻烦，非不能也，动态生成一个简单的类还不至于太难。
假设有如下接口：
interface IAnimal
{
void move();
void eat();
} |
希望能创建一个类生成器TypeCreator，并能以以下方式使用:
TypeCreator tc=new TypeCreator(typeof(IAnimal));
Type t = tc.build();
IAnimal myAnimal= (IAnimal)Activator.CreateInstance(t);
myAnimal.move();
myAnimal.eat(); |
首先，发现System.Reflection.Emit.TypeBuilder似乎就是一个现成的类生成器。 不过TypeBuilder既没有实用的static方法，也不能在外部实例化。不过ModuleBuilder倒有一个DefineType()方法，可以得到TypeBuilder；而ModuleBuilder和TyperBuilder一个德行，不能直接创建，得从AssemblyBuilder的DefineDynamicModule()方法得到。追根溯源，AssemblyBuilder得从AppDomain的DefineDynamicAssembly()的得来。最终好在AppDomain提供了一个静态方法:AppDomain.CurrentDomain. 这一连串并非没有道理，类型是依附于Module的，而Module依附于Assembly，而Assembly则被AppDomain装载。所谓“皮之不存，毛将焉附”，为了创建Type这个“毛”，得先把Assembly，Module这些“皮”依次构造出来：
using System;
using System.Reflection;
using System.Reflection.Emit;
public class TypeCreator
{
private Type targetType;
/// <summary>
/// 构造函数
/// </summary>
/// <param name="targetType">被实现或者继承的类型</param>
public TypeCreator(Type targetType)
{
this.targetType = targetType;
}
public Type build()
{
//获取当前AppDomain
AppDomain currentAppDomain = AppDomain.CurrentDomain;
//System.Reflection.AssemblyName 是用来表示一个Assembly的完整名称的
AssemblyName assyName = new AssemblyName();
//为要创建的Assembly定义一个名称（这里忽略版本号，Culture等信息）
assyName.Name = "MyAssyFor_" + targetType.Name;
//获取AssemblyBuilder
//AssemblyBuilderAccess有Run，Save，RunAndSave三个取值
AssemblyBuilder assyBuilder = currentAppDomain.DefineDynamicAssembly(assyName,AssemblyBuilderAccess.Run);
//获取ModuleBuilder，提供String参数作为Module名称，随便设一个
ModuleBuilder modBuilder = assyBuilder.DefineDynamicModule("MyModFor_"+targetType.Name);
//新类型的名称：随便定一个
String newTypeName = "Imp_"+targetType.Name;
//新类型的属性：要创建的是Class，而非Interface，Abstract Class等，而且是Public的
TypeAttributes newTypeAttribute = TypeAttributes.Class | TypeAttributes.Public;
//声明要创建的新类型的父类型
Type newTypeParent;
//声明要创建的新类型要实现的接口
Type[] newTypeInterfaces;
//对于基类型是否为接口，作不同处理
if(targetType.IsInterface)
{
newTypeParent = null;
newTypeInterfaces = new Type[]{targetType};
}
else
{
newTypeParent = targetType;
newTypeInterfaces = new Type[0];
}
//得到类型生成器
TypeBuilder typeBuilder = modBuilder.DefineType(newTypeName,newTypeAttribute,newTypeParent,newTypeInterfaces);
//以下将为新类型声明方法：新类型应该override基类型的所以virtual方法
//得到基类型的所有方法
MethodInfo[] targetMethods = targetType.GetMethods();
//遍历各个方法，对于Virtual的方法，获取其签名，作为新类型的方法
foreach(MethodInfo targetMethod in targetMethods)
{
//只挑出virtual的方法
if(targetMethod.IsVirtual)
{
//得到方法的各个参数的类型
ParameterInfo[] paramInfo = targetMethod.GetParameters();
Type[] paramType = new Type[paramInfo.Length];
for(int i=0;i<paramInfo.Length;i++)
paramType[i] = paramInfo[i].ParameterType;
//传入方法签名，得到方法生成器
MethodBuilder methodBuilder = typeBuilder.DefineMethod(targetMethod.Name,MethodAttributes.Public|
MethodAttributes.Virtual,targetMethod.ReturnType,paramType);
//由于要生成的是具体类，所以方法的实现是必不可少的。而方法的实现是通过Emit IL代码来产生的
//得到IL生成器
ILGenerator ilGen = methodBuilder.GetILGenerator();
//以下三行相当于：{Console.Writeln("I'm "+ targetMethod.Name +"ing");}
ilGen.Emit(OpCodes.Ldstr,"I'm "+ targetMethod.Name +"ing");
ilGen.Emit(OpCodes.Call,typeof(Console).GetMethod("WriteLine",new Type[]{typeof(String)}));
ilGen.Emit(OpCodes.Ret);
}
}
//真正创建，并返回
return(typeBuilder.CreateType());
}
} |
好了，测试一下试试看：
using System;
public class Tester
{
public static void Main(String[] args)
{
TypeCreator tc=new TypeCreator(typeof(IAnimal));
Type t = tc.build();
IAnimal animal= (IAnimal)Activator.CreateInstance(t);
animal.move();
animal.eat();
Console.Read ();
}
} |
得到输出：I'm moveingI'm eating。
总结
如果用于AOP的话，Emit可以动态生成一个装饰类，相比于基于Remoting架构的TP/RP的方法，效率可能要高些，而且还能拦截new操作符。缺点：对于非Virtual的方法，似乎无法拦截。用于O/R Mapping的类生成，倒是不错。
|
