为什么扩展方法需要“静态”和“这个”,它们的内存如何分配?
关于扩展方法的一些问题:
-
为什么扩展方法是静态的?
-
为什么需要在静态类中声明它们?
-
这个关键字在扩展方法的参数列表中表示什么? 因为它是一个静态类,“this”关键字在这种情况下如何工作?
-
对于这些类型的方法,内存分配是如何发生的?
静态方法和非静态方法之间的唯一区别是非静态方法接收隐式参数 – this
。 扩展方法不会在声明方法的对象的上下文中调用,因此无法将它们传递给this
引用,因此它们必须是静态的。
你不能在扩展方法中使用关键字this
,我希望这能回答你的第三个问题。 参数列表中的this
关键字仅用于指示此方法扩展的类型。
你对内存分配有什么问题? 扩展方法就像任何其他静态方法一样,只有调用语法不同。
为什么扩展方法是静态的?
因为您无法修改类以添加实例方法。 让这些方法调用更好的所有语法糖,仅此而已。
为什么需要在静态类中声明它们?
因为我们不打算创建类的实例。 这是一个设计决定。 为什么复杂的事情比如让一些类的实例附加到它们的扩展方法甚至可能无法使用呢?
这个关键字在扩展方法的参数列表中表示什么? 因为它是一个静态类,“this”关键字在这种情况下如何工作?
这是一种静态方法。 this
在这方面没有意义。 签名中的this
只是表示正在声明扩展方法的一种方式。
对于这些类型的方法,内存分配是如何发生的?
对这个感到困惑。 它们都是静态类的静态方法。 它们像任何其他(静态)方法一样被“分配”,只有该类型代码的一个副本。
-
因为没有实例可以调用它们。
-
我认为它限制了可能的错误数量,如果它是在非静态类中声明的。
-
它说它的扩展方法。 编译器看到这个并允许在声明为此类型的类型上使用它,而不是静态方法。
-
扩展方法调用只是语法糖。 此调用将转换为IL中的普通静态方法调用。
1,2和4的答案几乎相同。 扩展方法只是带有一些特殊语法糖的静态方法。 这个:
public static void DoIt(this string str) { // .. } "test".DoIt();
IL实际上与以下相同:
public static void DoIt(string str) { // .. } DoIt("test");
前一种方法使得提供IntelliSense支持变得更加容易。 需要静态的类的限制可能只是一个设计决策,或者可能与性能有关。
#3的答案就是语言设计者选择的语法。 C#开发人员习惯于引用实例对象。 他们本可以称之为blah
,但它不会像实例对象那样明显。
在扩展方法中使用this关键字也告诉C#编译器使用ExtensionAttribute标记它。 程序集的使用者使用此属性来查找扩展方法。
这就是它们的定义方式 – 在第一个参数之前使用此关键字,这是您调用方法的对象的实例。 为什么ToString()调用ToString()? 为什么静态用于静态? 草为什么是绿色的? 我想决定将它放在第一个参数前面的权力,而不是提出一个新的关键字“扩展”放在方法名称前面。
编译器生成的IL将您的代码转换为静态方法的调用,即使语法看起来像是对实例方法的调用。 但它不是 – 它是静态的,无法访问对象的私有成员。