看起来代码更便捷了
按MSDN的定义——扩展方法使您能够向现有类型“添加”方法，而无需创建新的派生类型、重新编译或以其他方式修改原始类型。这里的“添加”之所以使用引号，是因为并没有真正地向指定类型添加方法。
比如，string类型有一个IsNullOrEmpty方法，用于测试某字符串是否为null或空。类似地，有时我们还需要一个方法，来测试某字符串是否为null、空字符串或者包含的字符都是空白字符。传统的一种方法是在像StringHelper这样的类中添加一个IsBlank方法：
public static class StringHelper { public static bool IsBlank(string s) { if (string.IsNullOrEmpty(s)) { return true; } return (s.Trim().Length == 0); } }
在使用时，需要这样：
string s = null; Assert.IsTrue(StringHelper.IsBlank(s));
这样看来，在完成所需功能时，string类型的实例需要另一个类StringHelper的帮助，显得不甚简洁。使用扩展方法，则变成这样：
public static class StringExtension
{
public static bool IsBlank(this string s)
{
if (string.IsNullOrEmpty(s)) { return true; }
return (s.Trim().Length == 0);
}
}
// 使用
string s = null;
Assert.IsTrue(s.IsBlank());所以，扩展方法实际上提供了一种机制，使得代码在访问诸如StringHelper.IsBlank这样的静态方法时更为便捷。它用起来就像是被扩展类型确实具有该实例方法一样。
仅仅如此吗？
不过，这种便捷性只是最浅显的好处，我们接着往下看。微软不会仅仅为了这种便捷性就在C#中添加这样一个特性，在LINQ 的演变及其对 C# 设计的影响一文中可以看到，其根源在于向IEnumerator<T>接口添加方法时，如果直接向该接口添加方法，那么不仅仅它的未来实现要实现该方法，现有的实现亦是如此！这就很不现实了。通过扩展方法，只要借助于已有的静态类语法结构就可以实现了，代价要小得多。
上面这个场景体现了在扩展一个类型时扩展方法的价值。还有其它类似的场景：我们希望向一个类添加成员。我们可以直接修改该类，但需要重新编译和部署，有时候可能代价较高；或许可以考虑继承和包装该类，但是存在于上面方法类似的问题；我们甚至不能修改或继承该类，比如string类或第三方组件中的某些类。这时使用扩展方法就可以比较柔和地注入所需的功能了。
这样我们就在代码可扩展性方面有了很强的能力了，于是可以做更多的事情。在此，就不再赘述了，可以参考鹤冲天同学的文章以及斯克迪亚同学的文章。
除了上述便捷性与扩展性方面的好处，还有很有价值的额外所得。
对代码可读性的提升
还是看前面IsBlank的例子，在使用时两种方法会有很大的不同：
if (StringHelper.IsBlank(s)) { // DoSomething... } if (s.IsBlank()) { // DoSomething... }
显然，后者的可读性有了很大的提高。另一方面从职责上来说，IsBlank更像是string的一个属性，将其“添加”到string类型更为合适。
小结
综上所述，扩展方法首先让我们获得了很强的扩展性方面的能力，可以将很多代码抽象为扩展方法，同时它也会让代码变得更为简洁、直接，这样就带来了一个额外的好处：可读性的提升。
参考
