关于c#扩展方法的用处和底层实现的剖析

首先说明，c#扩展方法并不能明显提高程序的处理性能，因为其在底层实现和以往大家所用的静态工具类没有区别，但它但却能缩减代码量，让你的代码更为简洁优雅。

更为重要的是，扩展方法可以将你在苦苦回忆静态工具类名称的窘迫中解脱出来。

比如说拿string字符串举例子，许多朋友的程序框架之中都存在着处理string字符串的静态工具类，但当他们要用之时，往往还要苦想那个工具类到底叫StringHelper还是StringUtil来着？好吧，到最后花了一番功夫才找到，原来叫StrHelper……汗……有这工夫要写的代码早写完事了。

这个时候，扩展方法的好处就大大体现出来了，举栗说明：

using System;

namespace ConsoleApp2
{
    class Program
    {
        static void Main(string[] args)
        {
            string name = "胡某某";
            //不再需要去想什么狗屁工具类的名称，直接就点出来扩展方法
            if (name.isHead("胡"))
                Console.WriteLine("姓胡");
            else
                Console.WriteLine("不姓胡");
            Console.Read();
        }
    }

    /// <summary>
    /// string扩展工具类
    /// </summary>
    public static class stringExtension
    {
        /// <summary>
        /// 判断一个字符串是否以指定字符开头
        /// </summary>
        /// <param name="str">原字符串</param>
        /// <param name="_headWords">指定字符</param>
        /// <returns></returns>
        public static bool isHead(this string str,string _headWords)
        {
            return str == null ? false :
                str.Length < _headWords.Length ? false :
                str.Substring(0, _headWords.Length) != _headWords ? false :
                true;
        }
    }
}

运行结果：

怎么样，是不是比原先写什么StringHelper.isHead(name,"胡")之类的便捷多了？

那么，还是回到我上面所说的，扩展方法并不能多么提升我们的程序性能，这是为什么呢？想要知道答案，我们便要揭开老底，看他在中间语言层是如何运行的。

我们用ILDasm反编译工具来查看咱们上面的main方法的IL中间语言：

如图所示，在中间语言中，依旧是与使用静态工具类进行处理同样的逻辑，将name作为入参传入工具类的静态方法之中，返回结果。

那么我们就得出了结论，扩展方法的本质，就是一个十分巧妙的语法游戏，这一切都要得益于强大的编译器，使我们可以更为省力的进行工具类的运用。

PS：多看中间语言，可以使我们对于高级程序语言的理解更加深刻。

以上。