为什么允许空对象上的扩展方法？

Question

允许在空对象上调用扩展方法有什么意义？ 这使我不必要地检查扩展方法中的空对象。 AFAIK，我无法理解这一点？ 请解释一下。

Answer 1

扩展方法是 C# 语言的语法糖，它们被编译为 ILCode 中的普通静态方法调用。静态方法在编译时不知道任何有关参数的信息。

Answer 2

简而言之，为什么不呢？

如果您在扩展中调用的第一个方法也会抛出正确的错误，有时您可以跳过测试。

您本质上要求代码有所不同，以便：

1. 在空对象上合理的使用将被禁止。
2. 不需要空检查（因为它隐含在其他内容中）的使用会获得您希望自动发生的不必要检查的开销。

这似乎对其他用途造成了很大的影响，只是为了节省一行：

if(arg == null)throw new ArgumentNullException();

Answer 3

扩展方法只是语法糖。实际上它们是另一个类上的静态方法，所以既然你可以写

IEnumerable<int> foo = null;
Enumerable.Count(foo);

你也可以写

IEnumerable<int> foo = null;
foo.Count();

Answer 4

有时，允许在 null 对象上调用扩展方法可以简化代码，因为您可以将 null 检查移至方法中而不是调用站点。例如，您可能有一个返回 List 的扩展方法，但如果在 null 对象上调用，则会返回空的 List。

Answer 5

1. 扩展方法转换为静态方法调用，因此代码仍然需要检查空参数，因为没有办法避免在没有扩展方法语法糖的情况下正常调用静态方法。
2. 添加诸如检查之类的内容，然后添加 NullArgumentException 可能会花费执行时间，并且用户可能想要断言或使用其他内容。
3. 这将使替换的解释或自动执行变得更加复杂，因为用相应的静态方法调用简单替换扩展方法将改变代码的行为。
4. 在某些合理的情况下，您希望允许空参数（例如，从一个对象模型到另一个对象模型的转换，其中一种类型的空对象转换为第二种类型的空对象）

Answer 6

扩展方法只是静态方法：

List<int> x = null;
x.Count()

相当于：

List<int> x = null;
System.Linq.EnumerableExtensions.Count(x); 
//EnumerableExtensions may not be the class, but you get the idea

Answer 7

另一个美丽的例子，否则是不可能的：

public static bool IsNullOrEmpty(this string value)
{
    return string.IsNullOrEmpty(value);
}

所以你可以使用

string s = null;
if (s.IsNullOrEmpty()) // no null reference error!
    ...

而不是

string s = null;
if (string.IsNullOrEmpty(s))
    ....