当普通类可以做同样的工作时，为什么真正需要接口[duplicate]

Question

我一直在想界面的真正用途。请检查下面的代码。

interface Animal {
    public void eat();
    public void travel();
}


public class MammalInt implements Animal{

    public void eat(){
        System.out.println("Mammal eats");
    }

    public void travel(){
        System.out.println("Mammal travels");
    } 

    public int noOfLegs(){
        return 0;
    }

    public static void main(String args[]){
        MammalInt m = new MammalInt();
        m.eat();
        m.travel();
    }
} 

在上面的代码中，如果我从类声明中删除了动物的实现，代码仍然可以正常工作，没有任何区别。那么界面的实际用途是什么呢？

Answer 1

接口的目的不是做事情，而是定义实现接口的类必须做的事情。在您的例子中，接口动物定义了可以在动物上调用的功能。因此，任何依赖于Animal接口的函数/类都知道实现Animal接口的类将实现哪些函数。

例如：假设有一种方法使动物旅行，例如：

 public void goToDestination(Animal a)
 {
     a.travel();
 }

现在，该函数可以在不知道对象的确切类型（可以是哺乳动物，也可以是两栖动物等）的情况下，调用类型为implementing Animal的对象上的函数travel。这就是接口的力量。这只是一个基本的界面外行解释，你可以谷歌和阅读更多关于界面。

Answer 2

毫无疑问，即使此时没有接口，您的代码也能正常工作，但是。实现一个接口可以使一个类在其promise提供的行为方面变得更加正式。接口在类和外部世界之间形成契约，编译器在构建时强制执行该契约。如果类声明实现接口，则该接口定义的所有方法必须出现在其源代码中，然后该类才能成功编译。

例如，如果你有多个动物类，每个都实现了动物，如果以后你想改变动物界面的结构，它可以帮助你更容易地改变你所有动物类的结构。

另一个例子是，假设您处理一个组对象，领导者告诉您和其他人根据他给出的结构（接口）创建一些类，实现接口asures，确保所有方法名称和结构都正确。如果稍后领导决定类的结构不好，他将更改接口，迫使您更改类。

有关更多信息，请阅读什么是接口或未理解的接口及其有用性