c# - 为什么从扩展类中调用扩展方法需要 'this' 关键字

Question

我已经为 ASP.NET MVC ViewPage 创建了一个扩展方法，例如:

public static class ViewExtensions
{
    public static string Method<T>(this ViewPage<T> page) where T : class
    {
        return "something";
    }
}

从 View (派生自 ViewPage)调用此方法时，出现错误“CS0103:名称‘方法’在当前上下文中不存在”除非我使用 this 关键字来调用它:

<%: Method() %> <!-- gives error CS0103 -->
<%: this.Method() %> <!-- works -->

为什么需要 this 关键字？还是没有它也能工作，但我遗漏了什么？

(我认为这个问题一定有重复，但我找不到)

更新:

作为Ben Robinson says ，调用扩展方法的语法只是编译器糖。那为什么编译器不能在不需要this关键字的情况下自动检查当前类型的基类型的for扩展方法呢？

Answer 1

几点:

首先，建议的功能(在扩展方法调用中隐含“this.”)是不必要的。扩展方法对于 LINQ 查询理解以我们想要的方式工作是必要的；接收者总是在查询中声明，因此没有必要支持隐式 this 来使 LINQ 工作。

其次，该功能反对更一般的扩展方法设计:即，扩展方法允许您扩展您无法扩展自己的类型，要么是因为它是一个接口(interface)而您不知道实现，或者因为您知道实现但没有源代码。

如果您正处在为该类型中的类型 使用扩展方法的场景中，那么您确实可以访问源代码。 那你为什么首先要使用扩展方法？如果你可以访问扩展类型的源代码，你可以自己编写一个实例方法，然后你根本不必使用扩展方法!然后，您的实现可以利用对对象私有(private)状态的访问权，而扩展方法则不能。

使从您有权访问的类型中使用扩展方法变得更容易鼓励使用扩展方法而不是实例方法。扩展方法很棒，但如果有的话，通常最好使用实例方法。

鉴于这两点，解释为什么该功能不存在的负担不再落在语言设计者身上。现在轮到你解释为什么它应该了。功能具有与之相关的巨大成本。此功能不是必需的，并且违背了扩展方法的既定设计目标；我们为什么要承担实现它的成本？说明此功能启用了哪些引人注目的重要场景，我们将考虑在未来实现它。我没有看到任何令人信服的重要场景来证明它的合理性，但也许我错过了一个场景。