在项目开发时为什么要先写接口,再写实现类?

在项目开发时为什么要先写接口,再写实现类?

我定义了一个接口，但是我在继承这个接口的类中还要写接口的实现方法，那我不如直接就在这个类中写实现方法岂不是更便捷，还省去了定义接口？我相信很多初学者都有这样的疑问。

**接口就是规定要程序做什么，但不在其中实现。**大家都知道这个是做什么的，但是具体不用知道具体怎么做。

分别定义接口和实现类是java架构思想中的开闭原则（扩展开放，修改关闭）的体现。

例如 我开了一家宠物粮店

public interface PetfoodShop {
    void  SellPetfood();
}

刚开始店小业务窄所以我只卖 狗粮

public class Dogfood implements PetfoodShop{
    @Override
    public void SellPetfood() {
        System.out.println("卖狗粮");
    }
}

后面店做大了，想拓展业务 卖卖猫粮

public class Catfood implements  PetfoodShop{


    @Override
    public void SellPetfood() {
        System.out.println("卖猫粮");
    }
}

这里 卖猫粮和卖狗粮分别实现了PetfoodShop。不用在PetfoodShopImpl中 增加if else来对不同逻辑进行不同处理，这样以后宠物店的业务如果有变动，只需要对不同的业务的实现类进行修改就可以了，不会影响其他业务的实现类。大大的降低了 代码耦合度，也提高了代码的可读性。

对于小型项目来说，确实可以不用多写一个接口，直接写实现类就可以了。

接口+实现类是一种良好的编码习惯而已。就好像写代码时候的缩进和驼峰命名法。