什么时候做什么是一件非常简单的事情，如果你有清晰的概念在你的脑海里。

抽象类可以是派生类，而接口可以是实现类。这两者之间有一些区别。当派生抽象类时，派生类和基类之间的关系是“is a”关系。例如，狗是动物，羊是动物，这意味着派生类从基类继承了一些属性。

而对于接口的实现，关系是“可以是”。例:狗可以是间谍犬。狗可以是马戏团的狗。狗可以是比赛犬。这意味着你要实现特定的方法来获取某些东西。

我希望我讲清楚了。

抽象类可以有实现。

接口没有实现，它只是定义了一种契约。

也可能存在一些依赖于语言的差异:例如c#没有多重继承，但在一个类中可以实现多个接口。

类只能继承自一个基类，因此如果您想使用抽象类为一组类提供多态性，它们必须全部继承自该类。抽象类也可以提供已经实现的成员。因此，您可以使用抽象类确保一定数量的相同功能，但不能使用接口。

下面是一些建议，可以帮助您决定是使用接口还是抽象类为组件提供多态性。

If you anticipate creating multiple versions of your component, create an abstract class. Abstract classes provide a simple and easy way to version your components. By updating the base class, all inheriting classes are automatically updated with the change. Interfaces, on the other hand, cannot be changed once created in that way. If a new version of an interface is required, you must create a whole new interface. If the functionality you are creating will be useful across a wide range of disparate objects, use an interface. Abstract classes should be used primarily for objects that are closely related, whereas interfaces are best suited for providing common functionality to unrelated classes. If you are designing small, concise bits of functionality, use interfaces. If you are designing large functional units, use an abstract class. If you want to provide common, implemented functionality among all implementations of your component, use an abstract class. Abstract classes allow you to partially implement your class, whereas interfaces contain no implementation for any members.

抄袭: http://msdn.microsoft.com/en-us/library/scsyfw1d%28v=vs.71%29.aspx

什么时候选择抽象类而不是接口?

如果计划在程序/项目的整个生命周期中更新基类，最好允许基类是一个抽象类 如果有人试图为层次结构中密切相关的对象构建主干，那么使用抽象类是非常有益的

什么时候选择接口而不是抽象类?

如果不需要处理大量的层次结构类型的框架，那么接口将是一个很好的选择 因为抽象类不支持多重继承(菱形问题)，所以接口可以挽救局面

如果我们有一个对所有派生类都相同的实现，那么此时最好使用抽象类而不是接口。当我们有一个接口时，我们可以将我们的实现移动到任何实现接口的类。在抽象类中，它避免了代码重复，并共享所有派生类的实现。接口允许开发松散耦合的系统，这有助于更好的测试。

这是一个很难打的电话。

我可以给出一个提示:一个对象可以实现许多接口，而一个对象只能继承一个基类(在像c#这样的现代OO语言中，我知道c++有多个继承-但这不是不受欢迎吗?)