在这两种链扩展方法中，是否有理由使用其中一种而不是另一种？

Question

假设我有一个具有以下两个签名的重载扩展方法：

public static void MyExtensionMethod(this Foo foo);
public static void MyExtensionMethod(this Foo foo, Bar bar);

我想将一个方法链接到另一个方法。我可以通过以下两种方式之一来完成此操作：

链接技术#1

public static void MyExtensionMethod(this Foo foo)
{
    // Call overload using extension method syntax.
    foo.MyExtensionMethod(new Bar());
}

public static void MyExtensionMethod(this Foo foo, Bar bar)
{
    // Do stuff...
}

链接技术#2

public static void MyExtensionMethod(this Foo foo)
{
    // Call overload as a regular method.
    MyExtensionMethod(foo, new Bar());
}

public static void MyExtensionMethod(this Foo foo, Bar bar)
{
    // Do stuff...
}

这是我的问题：将重载方法作为扩展方法调用之间有什么区别吗与常规方法相比？如果是这样，有什么区别？其中一个比另一个更可取吗？

Answer 1

假设编译器能够解决所有问题，它们应该作为等效的 MSIL 发出。扩展方法只是编译器技巧；它们实际上是静态方法。

Servy 在他的回答中指出，如果您有一个同名的实例方法，您可能会遇到问题。 我同意...因此，强烈建议您永远不要将扩展方法命名为与任何实例方法相同的名称。

Answer 2

这个问题相当于问“将扩展方法调用为扩展与静态方法之间有区别吗？”。答案是否定的。编译器将这两个调用转换为相同的代码。

Answer 3

我发现你的技巧 2 读起来更自然。

第一个有点刺耳 - 我需要弄清楚它调用了第二个扩展方法。

因此，仅就可读性而言，我会选择技术 2。

就如何调用事物而言，扩展方法只是调用静态方法的语法糖。这两个例子的意思是一样的。

---

有一个例外，正如 @Servy 的答案中所述 - 如果您有一个具有完全相同名称和参数的实例方法（除了第一个 this 参数），您可能会遇到问题。虽然在您自己的代码库中不太可能发生，但这种情况可能会发生 - 只是使用扩展方法的结果。

这样做是不好的做法 - 不要将实例方法命名为与扩展方法相同。

Answer 4

其实第二个更稳定。如果我执行以下操作，第一个将被更改：

public class Foo
{
    public void MyExtensionMethod(Bar bar)
    {
        Console.WriteLine("instance method");
    }
}

如果我添加这个，那么在第一种情况下它调用实例方法，在第二种情况下它调用扩展方法。