使用扩展方法来扩展接口

 不清楚扩展方法的先预热下

推荐：https://www.cnblogs.com/Matcha/archive/2016/03/31/5312288.html (底部原文)

一、简介

http://www.cnblogs.com/luluping/archive/2008/05/26/1207530.html

扩展方法是C# 3.0中新加入的特性。MSDN中对扩展方法的定义是：扩展方法使您能够向现有类型“添加”方法，而无需创建新的派生类型、重新编译或以其他方式修改原始类型。

扩展方法是静态方法~并且第一个参数要用this修饰~这个方法将作为第一个参数也就是带this参数的类的一个扩展方法~

摘抄：http://www.cnblogs.com/luluping/archive/2008/05/26/1207536.html

1、扩展方法跟原来类的方法重名时候的处理逻辑

2、扩展方法的嵌套

现在我们来看扩展方法使用的第三个场景：使用扩展方法来扩展接口

应用场景举例：

我们有时候会发现最初定义的一个接口，在现在环境下，这个接口需要再增加一个函数。有了扩展方法后，我们在这种情况下又多了一种实现的选择。
。。。。。。

分析这样做的好处：

1、假如我们实现 MyInterface 接口的类很多，这些类没有派生关系，这时候我们要在接口上新增一个函数，按照以前的做法，这个接口的实现类有多少个，我们就需要改多少个，使用了扩展方法后，我们只需要改一个地方。减少代码量。假如实现这个接口的类被封装在不同的组件中，一些组件由于其他原因难以修改，这时候用扩展方法来扩展接口真是给我们一剂良药呀；

2、扩展方法被调用到，前提条件是扩展方法所在的命名空间被使用了。我们假如把接口跟扩展方法放到同一个命名空间，扩展方法需要引用命名空间的问题就能够认为不存在了。因为您要用这个接口，必然会引用这个命名空间。

3、扩展方法扩展的接口，和您自己实现这个接口的类中自己实现的函数重名时候的问题（这时候也能够简单认为是这个类 override 了这个函数实现）。

先说结论：这两个不存在冲突问题，您假如是接口调用，则是扩展方法，假如是实现类调用，则是实现类自己的方法

二、示例

1.类

/// <summary>
    /// 接口
    /// </summary>
    public interface IEatClass
    {
        bool hasEat();
    }

    /// <summary>
    /// 实现类
    /// </summary>
    public class EatClass : IEatClass
    {
        public bool hasEat()
        {
            return false;
        }
    }
    /// <summary>
    /// 扩展类
    /// </summary>
    public static class EatClassExtensions
    {
        public static bool hasEat(this IEatClass eat, int i)
        {
            if (i > 0) return true;

            return false;
        }
    }

2.调用

EatClass eat = new EatClass();
var res = eat.hasEat();//输出FALSE
var res1 = eat.hasEat(1);//输出TRUE

3.如果扩展方法在不同的命名空间下

代码：

namespace Company.Business.Ext
{
    /// <summary>
    /// 扩展类
    /// </summary>
    public static class EatClassExtensions
    {
        public static bool hasEat(this IEatClass eat, int i)
        {
            if (i > 0) return true;

            return false;
        }
    }
}

调用时候加上新命名空间即可

using Company.Business.Ext;

===================================

在不同的命名空间下这个破问题，折腾了一早上，基础太差了，继续干活。。。

文章转载

C#扫盲之：带你掌握C#的扩展方法、以及探讨扩展方法的本质、注意事项

 

1、为什么需要扩展方法

---

.NET3.5给我们提供了扩展方法的概念，它的功能是在不修改要添加类型的原有结构时，允许你为类或结构添加新方法。

思考：那么究竟为什么需要扩展方法呢，为什么不直接修改原有类型呢？

首先，假设我们的项目中有一个类，后来过了一段时间，我们明确的知道需要为该类添加一个新功能，考虑这个需求有两个解决办法：

(1)直接修改当前类的定义

　　这样做的缺点是，破坏向后的兼容性，可能以前使用的旧代码无法通过编译。比如说旧代码使用了一个Methed(int,int)的方法，但是为了满足新功能我们现在修改成了Methed(int,int，int),多增加了一个参数，这样原有的旧代码就无法通过编译。

(2)以当前类为基类进行派生，在子类中进行实现

　　这样做也有缺点，那就是假如功能需要修改时，我们需要维护两个地方，一个是父类，一个是子类，增加了代码维护工作量

这时，新的特性扩展方法解决了以上两个问题，并且还解决了当有些类的实现是第三方的，我们无法修改源代码情况下，以及某些类是不可继承的，无法派生的，这两种情况下任然可以使用扩展方法来添加新功能。使用扩展方法，可以在不创建子类和直接修改类型的情况下修改类型。

2、扩展方法怎么用

2.1规则

定义扩展方法必须遵守两个Static和一个this：

1.必须把扩展方法定义在静态类中，每个扩展方法也必须声明为静态的

2.所有扩展方法必须要使用this关键字对第一个参数进行修饰

 

扩展方法的实现如下图所示，我们要给StringBuilder系统类型扩展一个功能用于提取字符串对象中的某个字符的索引

2.1在实例层次上调用扩展方法

　　在实例层次上调用扩展方法的意思就是，在被扩展对象的实例上进行调用而不是使用我们定义的静态类调用。

　　特别说明，扩展方法可以拥有多个参数，但第一个参数的位置始终是属于为扩展对象的，不能改变。也就是说只有第一个参数可以并且必须用this关键字修饰，其他的参数视为方法的普通参数。

3、扩展方法的定义位置

　　定义扩展方法，也就是说定义扩展方法静态类时，我们必须为其指定命名空间，如果该命名空间与要使用扩展方法的命名空间不同，则需要导入命名空间(使用using关键字)。

　　建议扩展方法定义成将要扩展类型的相同的命名空间，比如我们上面例子中的系统类型StringBulder的命名空间为System.Text，我们完全可以添加一个新类，然后定义命名空间为System.Text，也就是说最好是全局的、最外层的命名空间，这样做的好处我们将在下面阐述。

4、扩展方法的本质

　　扩展方法的实质其实是由编译器来采用镜像原理来实现的，并没有改变原有类型或者是附加什么额外的东西，查看下图译生成后的IL代码，可以看到我们用红色框标记出来的地址，call int32 ExStensionMethd.ExtionClass::StringIndef(class [mscorlib]System.Text.StringBuilder,char)其实质仍然调用的原静态类的公共静态方法而已。

所以代码中的tmpStr.StringIndef('2'))和ExtionClass.StringIndef(tmpStr,'2')是等效的，然而为什么我们可以直接使用实例调用呢，这是因为编译器默默地做了工作。

　　编译器工作---------------------------------------

　　tmpStr.StringIndef('2')

　　当编译看到以下代码，编译器分两步工作：

　　(1) 编译器检查tmpStr当前类型，也就是StringBulder类以及StringBulder任何基类是否具有所匹配的名为StringIndef包含一个char参数的函数，如果找到，则生成IL代码并Call它；

　　(2) 如果没有找到匹配的方法，就继续检查是否有任何静态类定义了名为StringIndef的静态方法，并且这个方法必须第一个参数是用this关键字修饰，参数类型为StringBulder的。找到时生成相应的IL代码来调用它

　　所以这正是我们定义扩展方法的意义，因为编译器就是按照规则来匹配相应的方法为其生成IL代码，然而就算我们定义了扩展方法，其他的程序员也不知道，这样岂不是多此一举吗，不是这样。作为宇宙对强大编译器的VS,它使用了"智能感知“的功能来简化我们对扩展方法的使用，当我们使用扩展类型实例时，当点号按下时，VS自动添加上扩展方法让我们选择，对我们程序员来说，就好像是直接使用了扩展对象的原有方法一样。这就是VS编译器为我们所做的。

5.使用扩展方法扩展各种类型

　　扩展方法的扩展对象可以是类，接口，委托类型等。当扩展接口时，则所有实现了此接口的类，都拥有此扩展方法。 

6.扩展方法使用注意事项

• C#支持扩展方法，不支持扩展属性、扩展事件、扩展操作符等；
• 扩展类必须在非泛型静态类中定义，不能是泛型类，扩展类名可以任意定义。【为什么不能是泛型静态类知道吗？如果真的不知道，说明上面的内容你没有仔细看嘞，因为扩展方法其实再是编译时进行的匹配和编译，而泛型类只有在运行时才可以进行真正确定它具体类型，所以就不能是泛型静态类了】；
• 扩展方法的定义必须具有文件作用域，也就是说必须在文件中某个命名空间下直接定义，不能嵌套在另一个类中定义；
• 多个静态类可以定义相同的扩展方法，这一点需要注意在调用时要明确调用对象。调用冲突时，不能再再使用实例调用。只能使用静态类.方法的普通方式进行使用；
• 假如扩展的这个类是一个基类时，而它又有很多派生类，则其派生类也拥有这个扩展方法(正如上面我们扩展的接口一样），这有个好处也有坏处，好处就是子类可以使用这个方法，坏处就是智能提示会有递归下去，有很多填充的垃圾信息；
• 扩展方法存在版本问题。正如我们前面所说，编译时会首先查找这个类是否定义了相匹配的方法，然后才回去查找静态类。所以假如现在我们定义了一个IndexOf的方法，而在微软的后续版本中，官方添加了同样名为IndexOf的方法，则我们的静态方法就不会调用。