在项目开发时为什么要先写接口,再写实现类?
我定义了一个接口,但是我在继承这个接口的类中还要写接口的实现方法,那我不如直接就在这个类中写实现方法岂不是更便捷,还省去了定义接口?我相信很多初学者都有这样的疑问。
**接口就是规定要程序做什么,但不在其中实现。**大家都知道这个是做什么的,但是具体不用知道具体怎么做。
分别定义接口和实现类是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来对不同逻辑进行不同处理,这样以后宠物店的业务如果有变动,只需要对不同的业务的实现类进行修改就可以了,不会影响其他业务的实现类。大大的降低了 代码耦合度,也提高了代码的可读性。
对于小型项目来说,确实可以不用多写一个接口,直接写实现类就可以了。
接口+实现类是一种良好的编码习惯而已。就好像写代码时候的缩进和驼峰命名法。