继this post和its follow-up question上的例子后,我尝试使用编译表达式创建字段getter/setter。在基类中使用表达式树的字段getter/setter
该getter工作得很好,但我卡住了setter,因为我需要setter分配任何类型的字段。
这里我二传手行动建设者:
public static Action<T1, T2> GetFieldSetter<T1, T2>(this FieldInfo fieldInfo) {
if (typeof(T1) != fieldInfo.DeclaringType && !typeof(T1).IsSubclassOf(fieldInfo.DeclaringType)) {
throw new ArgumentException();
}
ParameterExpression targetExp = Expression.Parameter(typeof(T1), "target");
ParameterExpression valueExp = Expression.Parameter(typeof(T2), "value");
//
// Expression.Property can be used here as well
MemberExpression fieldExp = Expression.Field(targetExp, fieldInfo);
BinaryExpression assignExp = Expression.Assign(fieldExp, valueExp);
//
return Expression.Lambda<Action<T1, T2>> (assignExp, targetExp, valueExp).Compile();
}
现在,我店通用制定者到缓存列表(因为当然,每一次建设二传手是性能杀手),在那里我投他们作为简单的 “对象”:
// initialization of the setters dictionary
Dictionary<string, object> setters = new Dictionary(string, object)();
Dictionary<string, FieldInfo> fldInfos = new Dictionary(string, FieldInfo)();
FieldInfo f = this.GetType().GetField("my_int_field");
setters.Add(f.Name, GetFieldSetter<object, int>(f);
fldInfos.Add(f.Name, f);
//
f = this.GetType().GetField("my_string_field");
setters.Add(f.Name, GetFieldSetter<object, string>(f);
fldInfos.Add(f.Name, f);
现在我尝试设置一个字段值是这样的:
void setFieldValue(string fieldName, object value) {
var setterAction = setters[fieldName];
// TODO: now the problem => how do I invoke "setterAction" with
// object and fldInfos[fieldName] as parameters...?
}
我可以简单地调用泛型方法并每次投射,但我担心性能开销......有什么建议吗?
- EDITED ANSWER 基于Mr Anderson's answer,我创建一个小的测试程序,其比较直接设置值,高速缓存的反射(其中字段信息的被高速缓存)和缓存多类型的代码。我使用最多3级继承的对象继承(ObjectC : ObjectB : ObjectA
)。
Full code is of the example can be found here.
测试的单次迭代给出以下输出:
-------------------------
--- OBJECT A ---
-------------------------
Set direct: 0.0036 ms
Set reflection: 2.319 ms
Set ref.Emit: 1.8186 ms
Set Accessor: 4.3622 ms
-------------------------
--- OBJECT B ---
-------------------------
Set direct: 0.0004 ms
Set reflection: 0.1179 ms
Set ref.Emit: 1.2197 ms
Set Accessor: 2.8819 ms
-------------------------
--- OBJECT C ---
-------------------------
Set direct: 0.0024 ms
Set reflection: 0.1106 ms
Set ref.Emit: 1.1577 ms
Set Accessor: 2.9451 ms
当然,这只是显示了创建对象的成本 - 这使我们能够衡量创建缓存版本的偏移反思和表达。
接下来,让我们运行1,000,000次:
-------------------------
--- OBJECT A ---
-------------------------
Set direct: 33.2744 ms
Set reflection: 1259.9551 ms
Set ref.Emit: 531.0168 ms
Set Accessor: 505.5682 ms
-------------------------
--- OBJECT B ---
-------------------------
Set direct: 38.7921 ms
Set reflection: 2584.2972 ms
Set ref.Emit: 971.773 ms
Set Accessor: 901.7656 ms
-------------------------
--- OBJECT C ---
-------------------------
Set direct: 40.3942 ms
Set reflection: 3796.3436 ms
Set ref.Emit: 1510.1819 ms
Set Accessor: 1469.4459 ms
为了完整起见:我删除电话的“设置”方法来获得突出的setter(FieldInfo
用于反射法的成本,用于表达情况的Action<object, object>
)。这里的结果:
-------------------------
--- OBJECT A ---
-------------------------
Set direct: 3.6849 ms
Set reflection: 44.5447 ms
Set ref.Emit: 47.1925 ms
Set Accessor: 49.2954 ms
-------------------------
--- OBJECT B ---
-------------------------
Set direct: 4.1016 ms
Set reflection: 76.6444 ms
Set ref.Emit: 79.4697 ms
Set Accessor: 83.3695 ms
-------------------------
--- OBJECT C ---
-------------------------
Set direct: 4.2907 ms
Set reflection: 128.5679 ms
Set ref.Emit: 126.6639 ms
Set Accessor: 132.5919 ms
注:这里时间的增加不是由于这样的事实:访问时间是大词典慢(因为他们有O(1)
访问时间),但由于事实的次数我们访问它会增加(ObjectA
每次迭代4次,ObjectB
8次,ObjectC
12次)......正如人们所看到的,只有创建偏移在这里有所不同(这是预期的)。底线:我们确实将性能提高了2倍或更多,但是我们仍然远离直接字段集的性能......在列表中检索正确的setter代表好10%的时间。
我会尝试使用表达式树来代替Reflection.Emit,以查看我们是否可以进一步缩小差距...任何评论都非常值得欢迎。
编辑2 我添加使用使用通用的“存取”类作为this post建议通过Eli Arbel的方法的结果。
“担心的表现”并不完全切断它。测试一下,看看它是否表现良好,并根据此决定。我不明白为什么使用通用方法会比现在的方法更糟糕。 – Luaan
我曾经使用这种方法(表达式),然后我发现'System.Reflection.Emit.DyanamicMethod'更直截了当。 –
我认为动态运行时缓存也是这样的东西。我认为它不会太慢。 – MBoros