18

我正在使用 Reflector 来查看 String.Format 的实现，并且一直认为采用 1、2 和 3 个参数的 String.Format 的重载是采用对象数组的方法的优化版本。但是，我发现它们在内部创建了一个对象数组，然后调用了一个采用对象数组的方法。

1 个参数

public static string Format(string format, object arg0)
{
    if (format == null)
    {
        throw new ArgumentNullException("format");
    }
    return Format(null, format, new object[] { arg0 });
}

2个参数

public static string Format(string format, object arg0, object arg1)
{
    if (format == null)
    {
        throw new ArgumentNullException("format");
    }
    return Format(null, format, new object[] { arg0, arg1 });
}

3 个参数

public static string Format(string format, object arg0, object arg1, object arg2)
{
    if (format == null)
    {
        throw new ArgumentNullException("format");
    }
    return Format(null, format, new object[] { arg0, arg1, arg2 });
}

对象数组

public static string Format(string format, params object[] args)
{
    if ((format == null) || (args == null))
    {
        throw new ArgumentNullException((format == null) ? "format" : "args");
    }
    return Format(null, format, args);
}

在内部，它们最终都使用相同的代码，因此使用 1、2 和 3 参数版本并不比对象数组版本快。

所以我的问题是——它们为什么存在？

当您使用带有逗号分隔值列表的对象数组版本时，编译器会自动将参数转换为对象数组，因为 params/ParamArray 关键字本质上是 1、2 和 3 版本所做的，因此它们看起来是多余的。为什么 BCL 设计者要添加这些重载？

4

2 回答 2

8

正如 Hans 所提到的，其中一个原因是在格式化字符串的最常见情况下，创建数组会产生很多不必要的开销。这样可以节省 EXE 中的空间。

另一个原因是并非所有语言都支持可变参数函数（params在 C# 中使用）。这允许这些语言的用户避免在最常见的字符串格式化情况下创建数组。这对于没有用于数组创建和初始化的简单语法的语言来说节省了很多。

于 2010-05-09T05:53:40.550 回答
3

您忘记了拨打电话所需的应用程序中的代码。创建数组并填充它比仅传递 3 个参数需要更多的 IL。

于 2010-05-09T05:50:22.523 回答