更快的Convert.ChangeType版本

Question

在我拥有的一个应用程序中，为了将值转换为动态加载的类型，我经常调用Convert.ChangeType。

然而，在分析了ANTS之后，我发现这个Convert.ChangeType似乎占用了很大一部分时间(因为经常被调用)。有没有人有更快的替代方法？

此时，我有一个包含目标的类型对象和一个包含值的string。

下面是有问题的代码。我正在考虑在type上执行switch语句(因为它是一个有限的类型集合)并调用解析方法，尽管我不确定这样做是否会更快。

if(attributeRow["Value"]!=DBNull.Value)
    sample[attr] = attr.AttributeType == typeof(Guid)
                 ? new Guid(attributeRow["Value"].ToString())
                 : (IComparable)Convert.ChangeType(attributeRow["Value"],attr.AttributeType);

Answer 1

除了Convert.ChangeType函数(很明显，还有显式类型转换)之外，我不知道框架本身中还有其他用于更改类型的功能。

为此，我认为改善这一点的唯一另一种方法是推出您自己的ChangeType函数，该函数专门针对您的特定情况进行优化(如果可能)。

您提到您正在处理的类型数量有限，也许您正在处理的类型比其他类型多？如果是这样的话，您的ChangeType函数可以被优化为首先尝试这个特定的转换，只有在失败时才尝试其他转换。您提到尝试切换样式的代码块，同样的方法(首先尝试最常用的Type )也可以应用于此。至于它是否会更快，这取决于您正在处理的数据(以及您要转换/转换的类型的频率/可变性)，衡量这一点的唯一真正的方法是尝试它，并与Convert.ChangeType方法进行比较。

如果你想实现自己的功能，可以在Peter Johnson的博客上找到一个有趣的链接：

Convert.ChangeType doesn't handle nullables

一定要阅读所有对这篇文章的评论。

Answer 2

这是我的一个更快的ChangeType版本。我猜这个原理和@CraigTP的建议是一样的，但是，它只适用于可以为空的值类型。

我把我的转换方法建立在这样一个事实上，即值的类型在某种程度上更有可能与目标类型兼容。但是这种方法并不是为性能而设计的，它的设计目的是为了方便。这不是我想在紧凑的循环中调用的东西。

我仍然在使用ChangeType，但我会尽可能早地选择退出。

public static T? ToOrDefault<T>(object value)
    where T : struct, IConvertible
{
    var x = value as T?;
    if (x.HasValue)
    {
        return x;
    }
    if (value == null || Convert.IsDBNull(value))
    {
        return null;
    }
    try
    {
        return (T)Convert.ChangeType(value, typeof(T), CultureInfo.InvariantCulture);
    }
    catch (InvalidCastException)
    {
    }
    catch (FormatException)
    {
    }
    catch (OverflowException)
    {
    }
    catch (ArgumentException)
    {
    }
    return default(T?);
}

Answer 3

我还没有测试是否更快，但这是动态类型转换的另一种方法。这是alsp更通用的，因为Convert.ChangeType()有一些限制，如您所见(Guids，可空类型)

value = (T)TypeDescriptor.GetConverter(typeof(T)).ConvertFromInvariantString(str);