深入浅出分析C#接口的作用
1、C#接口的作用 ：
C#
接口是一个让很多初学者容易迷糊的东西，用起来好像很简单，定义接口，里面包含方法，但没有具体的方法实现，然后在继承该接口的类里面实现接口的所有方法，但没有真正认识到接口的作用的时候，就觉得用接口是多此一举，当然这种想法是不正确的，微软的员工都是聪明人，他们能添这样的多足吗？！关于接口的作用，网上有一位就真的深入浅出给我们做了很好理解的分析。
public interface IBark
{
void Bark(); //接口中的方法不能显示写访问修饰符，默认为隐式Public的。因为接口就是为了被实现的，如果不是public的就没意义了。
}
public class Dog:IBark
{
public Dog() //默认无参构造函数可以不写，规范化的话，最好写上。
{}
public void Bark()
{
Consol.write("汪汪");
}
}
然后,声明Dog的一个实例,并调用Bark()方法
Dog 旺财=new Dog();
旺财.Bark();
试想一样，若是想调用Bark()方法，只需要在Dog()中声明这样的一个方法不就行了吗？干什么还要用接口呢。因为接口中并没有Bark()具体实现。真的实现还是要在Dog()中。那么使用接口不是多此一举吗?
还有人是这样说的：从接口的定义方面来说，接口其实就是类和类之间的一种协定，一种约束。还拿上面的例子来说.所有继承了IBark接口的类中必需实现 Bark()方法。那么从用户(使用类的用户)的角度来说，如果他知道了某个类是继承于IBark接口，那么他就可以放心大胆的调用Bark()方法，而不用管Bark()方法具体是如何实现的。比如，我们另外写了一个类：
public class Cat:IBark
{
public Cat()
{}
public void Bark()
{
Consol.write("喵喵");
}
}
如 果我们从设计的角度来看，一个项目中用若干个类需要去编写，由于这些类比较复杂，工作量比较大，这样每个类就需要一个人去编写。比如A程序员去写Dog 类，B程序员去写Cat类。这两个类本来没什么联系的，可是由于用户需要他们都实现一个关于"叫"的方法，这就要对他们进行一种约束。让他们都继承于 IBark接口，目的是方便统一管理。另一个是方便调用。当然了，不使用接口一样可以达到目的。只不过这样的话，这种约束就不那么明显，如果这样类还有 Duck类等等,比较多的时候难免有人会漏掉这样方法。所以说还是通过接口更可靠一些，约束力更强一些。
2、C#中接口的深入浅出:
通过学习对C#中接口的作用有了更进一步的理解，拿出来跟大家分享一下，有说的不对的地方请大家指教。
假设我们公司有两种程序员：VB程序员，指的是用VB写程序的程序员，用clsVBProgramer这个类表示；Delphi程序员指的是用 Delphi写程序的程序员，用clsDelphiProgramer这个类来表示。每个类都有一个WriteCode()方法。定义如下：
class clsVBProgramer()
{
....
WriteCode()
{
//用VB语言写代码；
}
....
}
class clsDelphiProgramer()
{
....
WriteCode()
{
//用Delphi语言写代码；
}
....
}
现在公司来了一个项目，要求派某个程序员写一个程序。（使用接口主要就是减少这一块的代码）
class clsProject()
{
....
WritePrograme(clsVBProgramer programer) //用VB写代码
{
programer.WriteCode();
}
WritePrograme(clsDelphiProgramer programer) //重载方法，用Delphi写代码
{
programer.WriteCode();
}
......
}
在主程序中我们可以这样写：
main()
{
clsProject proj = new clsProject();
//如果需要用VB写代码
clsVBProgramer programerVB = new clsVBProgramer();
proj.WritePrograme(programerVB);
//如果需要用Delphi写代码
clsDelphiProgramer programerDelphi = new clsDelphiProgramer();
proj.WritePrograme(programerDelphi);
}
但是如果公司又来了一个C#程序员，我们怎么改这段程序，使它能够实现用C#写程序的功能呢？我们需要增加一个新类clsCSharpProgramer,同时在此clsProject这个类中要再次重载 WritePrograme（clsCSharpProgramer programer）方法。这下麻烦多了。如果还有C程序员，C++程序员，JAVA程序员呢。麻烦大了！
但是如果改用接口，就完全不一样了：
首先声明一个程序员接口：
interface IProgramer()
{
WriteCode();
}
然后声明两个类，并实现IProgramer接口：
class clsVBProgramer():IProgramer
{
....
WriteCode()
{
//用VB语言写代码；
}
....
}
class clsDelphiProgramer():IProgramer
{
....
WriteCode()
{
//用Delphi语言写代码；
}
....
}
对clsProject这个类进行一下修改：
class clsProject()
{
....
WritePrograme(IProgramer programer)
{
programer.WriteCode();//写代码
}
......
}
main()
{
clsProject proj = new clsProject();
IProgramer programer;
//如果需要用VB写代码 //这三行可以写为：IProgramer programer = new clsVBProgramer(); 用接口变量指向具体的类的对象。
programer = new clsVBProgramer();
proj.WritePrograme(programer);
//如果需要用Delphi写代码
programer = new clsDelphiProgramer();
proj.WritePrograme(programer);
}
如果再有C#，C，C++，JAVA这样的程序员添加进来的话，我们只需把它们相关的类加进来，然后在main()中稍做修改就OK了。扩充性特别好！
另外我们如果把clsProject这个类封成一个组件，那么当我们的用户需要要扩充功能的时候，我们只需要在外部做很小的修改就能实现，可以说根本就用不着改动我们已经封好组件！是不是很方便，很强大！
个人理解总结：
接口：1.约束都要做的事情，怕你忘记。 2.减少代码量，易于扩展。（这个例子中：减少的代码量就在clsProject这个类中，只需要写一个方法即可。）
接口感觉类似抽象方法，用接口变量指向具体的对象，调用方法后，接口会根据传的具体的对象，去找这个对象具体的实现方法。抽象类中用abstract来修饰，具体实现的方法需要用override来修饰，而且只要继承这个abstract类，所有的方法都必须实现。而虚方法可以不实现。
浙公网安备 33010602011771号