Question

asp.net 开发中为什么使用接口？

asp.net 开发中为什么使用接口？用接口用什么好处？ 这是接口

Answer 1

对于接口的作用，在一些小的项目上，很难看出其发挥的优势。这就使一些经常的做小项目的开发人员，做时间久了就感觉不到它有什么好的，有时候写起来还麻烦，干脆不用了。其实，在一些大项目上，接口的作用是发挥地相当的明显的。 比如：如果你开发业务逻辑代码，当你好不容易的实现了它全部的功能，突然用户需求要改，你在修改你代码的同时，调用你代码的其它人也会改，如果代码关联性强的话，会有很多人都要改动代码，这样一来二去，程序会变得相当的不稳定，而且可能还会出现更多的新Bug,所有人都可能会陷入混乱。 但如果使用接口的话，在你使用它之前，就要想好它要实现的全部功能（接口实际上就是将功能的封装）。确定下这个接口后，如果用户需求变了，你只要重新写它的实现类，而其它人只会调用你的接口，他不管你是怎么实现的，它只需要接口提供的功能。这样，很可能只需要把你的代码修改就可以了，其他人什么都不用做。同时：这样做的话，使得开发人员能够分工明确，只要确定下来接口了，就可以同时进行开发，提高开发效率。另外，使用接口还有使用方便，可读性强，结构清晰等优点。 当然，我说的这些也可能是浅层面的，在其他方面还有很多的好处

Answer 2

初学者总认为接口没多大用处，反正不用又不会死。

我举个例子，你大概可以明白接口是非常有意义的：
我要设计一个海量文本分析系统，比如从一个网页的源代码中抽取出需要的数据。
我一个人把这个项目从头写到尾是不现实的，因为要实现的东西极多，由我设计，然后让别人去实现细节。
所以，我定义了一堆接口。
比如，在我设计的时候，我并不知道到时候从文本中分析出来的结果到底有哪些字段，所以我就定义一个接口，声明这个接口的实例就是分析出来的结果。
那么等到我把项目设计好，别人拿去看的时候，就可以很明白地知道，他要按照他自己的需求，实现这个接口。
我在我编写的核心流程中，也会清楚地知道，他传递过来的是我要的那种东西，这个东西一定会有个啥方法可以被我调用。
这几个方法调用完就可以实现我的流程。

那么，这样，我就实现了我对于整个项目流程的掌控，因为流程是我写的。
别人只是实现每个点的具体内容，就算不理解全部需求，也不会使项目走偏。

但是具体每个方法怎么实现我就不用亲自写了，只要告诉他们，这个方法要做怎样一件事，他们去实现这件事，就妥了。

再打个比方。
我在代码中编写好了流程：
1.水壶拿到洗手间

2.装水
3.拿到厨房

4.打开炉子
5.烧
就会有开水。

这是我写好的流程，里面的对象全部用接口。
这个时候我是并不知道要多大个壶、装多少水、到厨房的过程是提到厨房还是挑到厨房、用多大的炉子、多大的火等信息的。

别人拿到我的代码之后一看，就会知道，首先，要按照我的接口实现一个水壶，然后水壶有“拿到洗手间”这么一个方法。
他就会去实现这些细节，根据自己的需求去编写怎么拿过去的实际过程。

这是我在项目中经常使用接口的一个场景，你感受一下。

Answer 3

一、方便换更换类的实现 比如：我写了个类，可以实现计算A*B的值并返回结果。 我是这样写的： public class Test { public int CountResult(int A,int B) { int C = 0; for(int i=0;i<B;i++) C+=A; } } 这个类用了多次加法实现了乘的功能，但是做法很糟糕。于是我想改进它，可是这个类被更多的类引用了。如果改了他，势必要引起所有类的重新编译。于是我在写的时候就引用一个接口，然后在其它类引用时，引用的是这个接口而非类本身。这样，我就能在更新这个类的时候不影响其它引用它的类。 二、统一不同类的表现 比如：我定义一个接口叫“会飞的东西”，接口方法：“飞” 然后我手里有三个类：“麻雀”，“飞机”，“火箭”。 这三个类虽然完全不同，但是他们都会飞，那么我只要实例化接口，就可以让类飞起来，而不用管调用的到底是“麻雀”、“飞机”还是“火箭”。 三、实现多继承 C#只能从单一的类里继承，而对于接口可以多个一起继承。那么对于这种需求，采用接口是个好办法。 以上答案是我原则，请大家不吝指教！

Answer 4

跟你说白了点:接口用于实现某一特定的功能，并支持多重继承，接口安全性也是比较好的！因为他是抽象的，而接口是抽象类的“变体”，抽象类用于一个项目中整体需要的功能！

Answer 5

类只能单继承