我的代码想要迭代一个Dictionary,其中包含一个类型的FieldInfo和PropertyInfo,并使用它将值从一个对象映射到另一个对象。例如:
public static void MapFieldsAndProperties(object source, object target)
{
Dictionary<string, MemberInfo> target_properties = ClassUtils.GetPropertiesAndFields(target);
Dictionary<string, MemberInfo> source_properties = ClassUtils.GetMatchingPropertiesAndFields(target_properties.Keys, source);
foreach (var entry in source_properties)
{
var sourceProperty = entry.Value;
var targetProperty = target_properties[entry.Key];
// for now, match datatypes directly
if (dataTypesMatch(source, target))
{
var sourceValue = sourceProperty.GetValue(source);
try
{
targetProperty.SetValue(target, sourceValue);
}
catch (TargetException e)
{
LOG.ErrorFormat("unable to set value {0} for property={1}, ex={2}", sourceValue, targetProperty, e);
}
}
}
}
上面的问题是:1) dataTypesMatch()
函数需要两个不同的方法签名,一个用于FieldInfo
,一个用于PropertyInfo
(然后检查每个方法的类型并适当地强制转换以调度正确的函数)。这是因为检查字段数据类型使用FieldInfo.FieldType
,而属性的数据类型使用PropertyInfo.PropertyType
。
2)尽管FieldInfo
和PropertyInfo
都有SetValue
和GetValue
方法,但它们不是从一个共同的父类派生的,所以它再次需要强制转换。(也许Dynamic可以解决这个问题?)
是否有一个解决方案,允许处理这2种类型的MemberInfo对象一般检查DataType和Get/SetValue?
为什么不直接修改方法,让它接受type类型的两个参数,并相应地传递FieldInfo.FieldType
和PropertyInfo.PropertyType
呢?
由于似乎没有任何本地解决方案,我将PropertyInfo
和FieldInfo
对象包装在一个接口中,使客户端代码能够使用它们的相关属性和方法,而不必在代码的主体中分支和强制转换它们。
public interface IGetterSetter
{
Type DataType { get; }
string Name { get; }
MemberInfo UnderlyingMember { get; }
bool CanRead { get; }
bool CanWrite { get; }
object GetValue(object obj);
void SetValue(object obj, object value);
}
那么将公共字段和属性值复制到目标对象的循环现在看起来像这样:
public static void Copy(object source, object target, ObjectMapperCopyValidator rules)
{
Dictionary<string, IGetterSetter> target_properties = ClassUtils.GetGetterSetters(target);
Dictionary<string, IGetterSetter> source_properties = ClassUtils.GetMatchingGetterSetters(target_properties.Keys, source);
foreach (var entry in source_properties)
{
var sourceProperty = entry.Value;
var targetProperty = target_properties[entry.Key];
// for now, match datatypes directly
if (sourceProperty.DataType == targetProperty.DataType)
{
// if property not readable or writeable, skip
if (!(sourceProperty.CanRead && targetProperty.CanWrite))
{
continue;
}
var sourceValue = sourceProperty.GetValue(source);
try
{
if (rules.IsValid(sourceProperty, sourceValue))
{
targetProperty.SetValue(target, sourceValue);
}
}
catch (TargetException e)
{
LOG.ErrorFormat("unable to set value {0} for property={1}, ex={2}", sourceValue, targetProperty, e);
}
}
}
}
将PropertyInfo和FieldInfo封装到公共接口中是最简单的部分:
public static Dictionary<string, IGetterSetter> GetGetterSetters(object target)
{
return target.GetType().GetMembers().Where(x => x.MemberType == MemberTypes.Field || x.MemberType == MemberTypes.Property).ToDictionary(x => x.Name, x => GetterSetterFactory.Instance.Create(x));
}
因此,规范化和强制转换PropertyInfo
和FieldInfo
的丑陋隐藏在GetterSetterFactory.Instance.Create(x)
方法中。
我也遇到了这个问题,但我不想使用接口,因为接口在紧密循环中可能会带来严重的性能损失。由于我正在编写一个需要尽可能快的序列化器,因此我使用了MemberInfo的扩展方法解决方案。
public static void SetValue(this MemberInfo mi, object targetObject, object value)
{
switch (mi.MemberType)
{
case MemberTypes.Field:
try
{
(mi as FieldInfo).SetValue(targetObject, value);
}
catch(Exception e)
{
throw new GeneralSerializationException($"Could not set field {mi.Name} on object of type {targetObject.GetType()}.", e);
}
break;
case MemberTypes.Property:
try
{
(mi as PropertyInfo).SetValue(targetObject, value);
}
catch(Exception e)
{
throw new GeneralSerializationException($"Could not set property {mi.Name} on object of type {targetObject.GetType()}.", e);
}
break;
default:
throw new GeneralSerializationException($"MemberInfo must be a subtype of FieldInfo or PropertyInfo.");
}
}
现在你可以调用MemberInfo。SetValue(对象、价值)。
您可以为需要访问的其他成员和方法设置额外的扩展方法。
UPDATE 8.31.2019:我更新了代码,使其更健壮,更有意义的错误报告。