.NET 扩展方法 (二)
上一篇随笔 .NET 扩展方法 (一) 已经对 扩展方法有了大致的介绍,这篇算是一个补充,让我们来看一下扩展方法的几个细节:
一、扩展方法具有继承性
当使用扩展方法扩展一个类型的时候,其也扩展了派生类,所以上一篇的遗留问题“如果给object添加一个扩展方法会出现什么效果呢?” 的
答案就是——所有类型都将扩展该方法。object类已经经受住了时间的考验,我们似乎也找不到更合适的理由来扩展object类。从另外的
角度考虑,如果扩展了object类,很有可能会给“智能敏感提示”造成污染,以至于填充了过多的垃圾信息(因为许多类型也根本用不到该方法)。
二、扩展方法允许和扩展类型原有方法相等效的方法存在 (此处是个雷)
由于汉语语言表述的所带来的不易理解性,我们还是直接用代码来解释吧,如下的代码片段:
public static class StringExtentsion { public static string ToString(this string str) { return "Extentsion" + str; } } class Program { static void Main(string[] args) { string str = "test"; Console.WriteLine(str.ToString()); // 输出结果为: test,也就说编译器会优先选用原有类的实例化方法,如果没找到匹配方法再寻找扩展方法 Console.Read(); } }
由上述的代码片段可以知:StringExtentsion类中扩展方法ToString 和 String类的原有的ToString方法 对于客户端代码而言,它们的语法表象是一样的,
但本质上一个是StringExtentsion类的静态方法,一个是String类的实例化方法。然而编译运行没有产生错误,更没有产生警告。所以在这种情况下很容“埋雷”,
一不小心就会中招。有人也许会说:我注意一下不要和.NET类库的方法重名就可以了。但是你能保证 .NET 6、甚至.NET 10的方法名和你写的绝对不重名吗?
所以,扩展方法存在着版本控制的问题。
三、扩展方法允许在两个或多个类中共存相同的扩展方法
public static class StringExtentsion { public static bool IsEmpty(this string str) { return string.IsNullOrWhiteSpace(str); } } public static class OtherStringExtentsion { public static bool IsEmpty(this string str) { return string.IsNullOrWhiteSpace(str); } } class Program { static void Main(string[] args) { string str = null; //bool result = str.IsEmpty(); // 这种写法会产生编译警告:不明确的调用,因为它能找到两个扩展方法 bool result = StringExtentsion.IsEmpty(str); // 必须显示使用类调用静态方法 Console.WriteLine(result); Console.Read(); } }
四、扩展其他类型的方法
扩展方法不仅可以扩展类类型,而且可以扩展接口、枚举、委托、结构、数组及对应的泛型类型 等类型。
在这里着重说一下扩展接口,任何 “实现了接口的类型对象” 都可以调用接口上的扩展方法。针对这一特点,我们完全可以将实现接口的共用代码
放进扩展方法里,实现代码复用。从形式上来看,该特点是 “单继承 + 接口” 与 “多继承”的中间产物,已经有了“多继承”的影子。
五、委托与扩展方法
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace MethodDemo { public static class StringExtentsion { public static string ShowString(this string str) { return "ShowString:" + str; } } class Program { static void Main(string[] args) { string str = "meng"; Func<string> fun = str.ShowString; fun(); Func<string> fun2 = str.ToString; fun2(); Console.Read(); } } }
如果你已经看过了 .NET 扩展方法 (一) ,也许你能猜到我接下来想说什么了吧。没错,看一下IL代码吧,看看编译器在背后搞了哪些“怪”。
顺便借助这个机会,说几个IL指令。
.method private hidebysig static void Main(string[] args) cil managed { .entrypoint // 代码大小 55 (0x37) .maxstack 2 // 初始化3个局部变量 .locals init ([0] string str, [1] class [mscorlib]System.Func`1<string> fun, [2] class [mscorlib]System.Func`1<string> fun2) IL_0000: nop //将 "meng" 这个字符串对象的引用 入栈 IL_0001: ldstr "meng" // 将栈顶的值赋值给第0个局部变量(即 str),栈顶值出栈 IL_0006: stloc.0 // 将第0个局部变量入栈 (即 str 入栈) IL_0007: ldloc.0 // 将 MethodDemo.StringExtentsion类的静态方法ShowString的指针入栈 IL_0008: ldftn string MethodDemo.StringExtentsion::ShowString(string) // 用栈顶的两个值做参数,调用构造函数 new一个 Func<String>类型的委托 IL_000e: newobj instance void class [mscorlib]System.Func`1<string>::.ctor(object, native int) IL_0013: stloc.1 IL_0014: ldloc.1 // 调用fun对象的Invoke方法 IL_0015: callvirt instance !0 class [mscorlib]System.Func`1<string>::Invoke() IL_001a: pop IL_001b: ldloc.0 IL_001c: dup // 将str 对象的实例化方法ToString方法的指针入栈 IL_001d: ldvirtftn instance string [mscorlib]System.Object::ToString() IL_0023: newobj instance void class [mscorlib]System.Func`1<string>::.ctor(object, native int) IL_0028: stloc.2 IL_0029: ldloc.2 IL_002a: callvirt instance !0 class [mscorlib]System.Func`1<string>::Invoke() IL_002f: pop IL_0030: call int32 [mscorlib]System.Console::Read() IL_0035: pop IL_0036: ret } // end of method Program::Main
核心的IL指令已经给予了差不多的注释,根据IL指令可以得出结果:我们又被编译器“欺骗”了一次,fun对象保存的方法指针是MethodDemo.StringExtentsion类的
静态方法ShowString的指针。fun2对象保存的方法的指针str对象的ToString方法的指针。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。