代表实际实现的抽象类和接口之间的差异。

接口：它是一个关键字，用于定义对象的模板或蓝图，它强制所有子类遵循相同的原型，作为实现，所有子类都可以根据其要求自由实现功能。

我们应该使用接口的一些其他用例。

两个外部对象（应用程序中的第三方集成）之间的通信通过此处的接口完成。

抽象类：抽象，它是一个关键字，当我们在任何类之前使用这个关键字时，它就成为抽象类。它主要用于我们需要定义模板以及所有子类后面的对象的一些默认功能时，这样它就删除了多余的代码和一个可以使用抽象类的用例，例如，我们不希望其他类可以直接实例化该类的对象，只有派生类可以使用该功能。

抽象类示例：

 public abstract class DesireCar
  {

 //It is an abstract method that defines the prototype.
     public abstract void Color();

  // It is a default implementation of a Wheel method as all the desire cars have the same no. of wheels.   
 // and hence no need to define this in all the sub classes in this way it saves the code duplicasy     

  public void Wheel() {          

               Console.WriteLine("Car has four wheel");
                }
           }


    **Here is the sub classes:**

     public class DesireCar1 : DesireCar
        {
            public override void Color()
            {
                Console.WriteLine("This is a red color Desire car");
            }
        }

        public class DesireCar2 : DesireCar
        {
            public override void Color()
            {
                Console.WriteLine("This is a red white Desire car");
            }
        }

接口示例：

  public interface IShape
        {
          // Defines the prototype(template) 
            void Draw();
        }


  // All the sub classes follow the same template but implementation can be different.

    public class Circle : IShape
    {
        public void Draw()
        {
            Console.WriteLine("This is a Circle");
        }
    }

    public class Rectangle : IShape
    {
        public void Draw()
        {
            Console.WriteLine("This is a Rectangle");
        }
    }

唯一的区别是一个可以参与多重继承，另一个不能。

接口的定义随着时间的推移而改变。你认为一个接口只有方法声明，只是契约吗？Java 8之后的静态最终变量和默认定义呢？

由于多重继承的菱形问题，接口被引入到Java中，而这正是它们真正想要做的。

接口是为解决多重继承问题而创建的构造，可以具有抽象方法、默认定义和静态最终变量。

请参阅为什么Java只允许在接口中使用静态最终变量，而这些变量仅用于契约？。

我正在建造一座300层的大楼

建筑的蓝图界面

例如，Servlet（I）

建筑高达200层-部分完工-摘要

部分实现，例如泛型和HTTPservlet

建筑施工完成混凝土

完整实现，例如，自己的servlet

界面

我们对实现一无所知，只知道需求。我们可以去找一个接口。默认情况下，每个方法都是公共的和抽象的这是一个100%纯抽象类如果我们宣布公开，我们就不能宣布隐私和受保护如果我们声明抽象，我们就不能声明final、static、synchronized、strictfp和native每个接口都有公共的、静态的和最终的序列化和瞬态不适用，因为我们无法在接口中创建实例非挥发性，因为它是最终的每个变量都是静态的当我们在接口内声明变量时，我们需要在声明不允许实例和静态块

摘要

部分实施它有一个抽象的方法。此外，它使用混凝土对抽象类方法修饰符没有限制抽象类变量修饰符没有限制除了abstract，我们不能声明其他修饰符初始化变量没有限制

摘自DurgaJobs网站

我迟到10年了，但我想尝试任何方法。几天前写了一篇同样的帖子。我想把它张贴在这里。

tl；博士当您看到“Is A”关系时，请使用继承/抽象类。当您看到“有”关系时，创建成员变量。当您看到“依赖于外部提供程序”时，实现（而不是继承）一个接口。

面试问题：接口和抽象类有什么区别？你如何决定何时使用什么？我通常会得到以下一个或全部答案：答案1：不能创建抽象类和接口的对象。

ZK（这是我的首字母缩写）：你不能创建任何一个对象。所以这并不是什么区别。这是接口和抽象类之间的相似之处。柜台问题：为什么不能创建抽象类或接口的对象？

答案2：抽象类可以有一个函数体作为部分/默认实现。

ZK：反问题：所以如果我将其更改为纯抽象类，将所有虚拟函数标记为抽象，并且不为任何虚拟函数提供默认实现。这会使抽象类和接口相同吗？之后它们可以互换使用吗？

答案3：接口允许多重继承，抽象类不允许。

ZK：反问：你真的从接口继承吗？还是只实现一个接口，从抽象类继承？实现和继承之间有什么区别？这些反问题会让考生们措手不及，让大多数人挠头，或者直接进入下一个问题。这让我觉得人们需要帮助来构建面向对象编程的基本构件。原始问题和所有反问题的答案都可以在英语和UML中找到。为了更好地理解这两个结构，您必须至少了解以下内容。

共同名词：共同名词是指同一类或同一种类的事物的“共同”名称。例如水果、动物、城市、汽车等。

专有名词：专有名词是物体、地点或事物的名称。苹果、猫、纽约、本田雅阁等。

汽车是一个通用名词。本田雅阁是一个专有名词，可能是一个合成专有名词，一个由两个名词组成的专有名词。

来到UML部分。您应该熟悉以下关系：

是A有A使用

让我们考虑下面的两句话。-本田雅阁是一辆车？-本田雅阁有车吗？

哪一个听起来正确？简单的英语和理解能力。本田雅阁（HondaAccord）和汽车（Cars）有着“是A”的关系。本田雅阁（Honda accord）没有车，它“是”一辆车。本田雅阁“有一个”音乐播放器。

当两个实体共享“Is A”关系时，它更适合继承。Has a relationship是创建成员变量的更好候选。这样，我们的代码如下所示：

abstract class Car
{
   string color;
   int speed;
}
class HondaAccord : Car
{
   MusicPlayer musicPlayer;
}

现在本田不生产音乐播放器。或者至少这不是他们的主要业务。

因此，他们联系其他公司并签订合同。如果你在这里接收到电源和这两条电线上的输出信号，它在这些扬声器上会播放得很好。

这使得Music Player成为界面的完美候选。你不在乎谁为它提供支持，只要连接正常即可。

您可以用索尼或其他方式替换LG的MusicPlayer。这不会改变本田雅阁的任何事情。

为什么不能创建抽象类的对象？

因为你不能走进展厅说给我一辆车。你必须提供一个专有名词。什么车？可能是本田雅阁。这就是销售代理可以给你东西的时候。

为什么不能创建接口的对象？因为你不能走进展厅说给我一份音乐播放器的合同。这没用。接口位于消费者和提供者之间，只是为了促成协议。你将如何处理协议副本？它不会播放音乐。

为什么接口允许多重继承？

接口未被继承。接口已实现。界面是与外部世界交互的候选界面。本田雅阁有一个加油接口。它有给轮胎充气的接口。和用来给足球充气的软管一样。因此，新代码如下所示：

abstract class Car
{
    string color;
    int speed;
}
class HondaAccord : Car, IInflateAir, IRefueling
{
    MusicPlayer musicPlayer;
}

英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。

要点：

抽象类可以具有属性、数据字段、方法（完整/不完整）。如果方法或财产在抽象关键字中定义，则必须在派生类中重写该关键字。（它作为一个紧密耦合的功能）如果为抽象类中的方法或财产定义抽象关键字，则无法定义方法体和获取/设置的值必须在派生类中重写的财产。抽象类不支持多重继承。抽象类包含构造函数。抽象类可以包含子、函数和财产的访问修饰符。只有抽象类的完整成员可以是静态的。接口只能从另一个接口继承，不能从抽象类继承，其中抽象类可以从另一抽象类或其他接口继承。

优势：

它是一种强制所有子类执行相同层次结构或标准的契约。如果各种实现都是相同的类型，并且使用共同的行为或状态，那么抽象类更适合使用。如果我们向抽象类添加一个新方法，那么我们可以选择提供默认实现，因此所有现有代码都可以正常工作。它允许比接口更快的执行。（接口需要更多时间在相应的类中查找实际方法。）它可以用于紧耦合和松耦合。

在此处查找详细信息。。。http://pradeepatkari.wordpress.com/2014/11/20/interface-and-abstract-class-in-c-oops/

如果您有一些可供多个类使用的通用方法，请使用抽象类。否则，如果你想让类遵循某种明确的蓝图，就去寻找接口。

以下示例演示了这一点。

Java中的抽象类：

abstract class Animals
{
    // They all love to eat. So let's implement them for everybody
    void eat()
    {
        System.out.println("Eating...");
    }
    // The make different sounds. They will provide their own implementation.
    abstract void sound();
}
 
class Dog extends Animals
{
    void sound()
    {
        System.out.println("Woof Woof");
    }
}
 
class Cat extends Animals
{
    void sound()
    {
        System.out.println("Meoww");
    }
}

以下是Java中接口的实现：

interface Shape
{
    void display();
    double area();
}
 
class Rectangle implements Shape 
{
    int length, width;
    Rectangle(int length, int width)
    {
        this.length = length;
        this.width = width;
    }
    @Override
    public void display() 
    {
        System.out.println("****\n* *\n* *\n****"); 
    }
    @Override
    public double area() 
    {
        return (double)(length*width);
    }
} 
 
class Circle implements Shape 
{
    double pi = 3.14;
    int radius;
    Circle(int radius)
    {
        this.radius = radius;
    }
    @Override
    public void display() 
    {
        System.out.println("O"); // :P
    }
    @Override
    public double area() 
    { 
        return (double)((pi*radius*radius)/2);
    }
}

简而言之，一些重要的要点：

默认情况下，Java接口中声明的变量是final。抽象类可以有非final变量。默认情况下，Java接口中声明的变量是静态的。抽象类可以具有非静态变量。默认情况下，Java接口的成员是公共的。Java抽象类可以具有类成员的通常风格，如private、protected等。。