4

我正在用 C# 创建我的第一个网站。

我注意到我在智能感知中得到了一些重复的扩展方法。进一步调查是这两个：

public static void ThrowNullOrEmpty<T>(this IEnumerable<T> obj, string param)
{
}

public static void ThrowNullOrEmpty(this string obj, string param)
{
}

看来字符串也可以IEnumerable<char>。

从编译的基础上，我可以删除字符串变体，但是是否有任何性能问题或其他我应该注意的问题？

更新

刚刚测试了超过 1m 次迭代。

public bool IsNullOrEmpty1(string @this)
{
    return String.IsNullOrEmpty(@this);
}

对比

public bool IsNullOrEmpty2<T>(IEnumerable<T> @this)
{
    return @this == null || !@this.Any();
}

IsNullOrEmpty1 在我的开发机器 IsNullOrEmpty2 (125 - 250ms) 上运行 12 毫秒，因此慢了 10 - 20 倍。

在现实世界中，我采用了每月 3000 万次迭代的极高数字，这相当于每分钟 1388 次（每天 12 小时）。两者的结果都小于 1ms。

因此，删除 IsNullOrEmpty1 不是最好的方法，但它也不是网站杀手。

4

2 回答 2

3

这可能取决于这些方法的实现——字符串版本可以针对性能进行优化，而IEnumerable<T>需要更通用。调用泛型方法没有开销，它已经在编译时解析为正确的泛型参数。

字符串版本可以这样实现，开销很小（基本上需要做两次比较）：

if (String.IsNullOrEmpty(value))

IEnumerable<T>另一方面，可能必须实现如下：

if (value == null || !value.Any())

这里的关键是Any调用 GetEnumerator 方法并返回一个枚举器。（为简单起见，我们将在此处忽略框架可能在内部对某些类型使用的性能优化）。这意味着实现实际上创建了一个新对象，稍后需要对它进行垃圾收集 - 与string版本中提到的两次比较相比，两者都需要更多的时钟周期。

在实践中，除非这些方法被非常频繁地调用，否则我怀疑是否存在任何显着的性能差异。

顺便说一句，这行得通的原因是，这string是一个IEnumerable<char>.

于 2012-09-16T10:39:17.813 回答
0

string是一个密封类，所以我们可以直接调用string类中的方法，而不需要访问虚函数指针。理论上，它比通过 I 更快Enumerable<char>。但在实践中，这取决于您在方法中调用string方法的次数。

于 2012-09-16T10:48:06.203 回答