java抽象类和接口

关于java抽象类，以前我一直不明白这个抽象类到底有什么作用，现在回想起来，抽象类应该生来就是用来被继承的，没有继承者的抽象类都没有意义，因为它不能new一个实例。

想象一个场景：猫，狗，猴子等都是动物，在做对象设计的时候，可以定义一个他们的共性Animal类，将这个类定义为抽象的。

Animal：

public abstract class Animal{
    public String behavior;
    public abstract void eat();
    public abstract void drink();
    public void showBehavior(){
         System.out.println("我的行为："+behavior)
    }
}

然后我们再定义一个代表猫的类，让他继承Animal，实现它的eat()和drink()方法。

Cat：

/**
	猫类
*/
public class Cat extends Animal{
	
	/*-------实现animal抽象方法---------*/
	public void eat(){
		behavior = "我吃了鱼";
	}
	public void drink(){
		behavior = "我喝了鱼汤";
	}
	
}

然后我们再定义一个代表狗的类，也让他继承Animal

/**
	狗类
*/
public class Dog extends Animal{
	
	/*-------实现animal抽象方法---------*/
	public void eat(){
		behavior = "我吃了骨头";
	}
	public void drink(){
		behavior = "我喝了骨头汤";
	}
	
}

我们写个Practise类测试一下；

public class Practise{
	
	public static void main(String [] args){
		Animal animal = new Animal();
	}
	
}

这里我先new一个Animal的实例，然后编译，毋庸置疑，它是不会编译通过的，这也说明了我前面讲的，没有继承者的抽象类毫无单独存在的意义。

我在来写一个正常的

public class Practise{
	
	public static void main(String [] args){
		Cat cat = new Cat();
		cat.eat();
		cat.showBehavior();
		cat.drink();
		cat.showBehavior();
		Dog dog = new Dog();
		dog.eat();
		dog.showBehavior();
		dog.drink();
		dog.showBehavior();
		
	}
	
}

编译运行上面的代码，会得到这样的结果：

我的行为：我吃了鱼；

我的行为：我喝了鱼汤；

我的行为：我吃了骨头；

我的行为：我喝了骨头汤；

从以上的列子可以看出，抽象类的作用，首先，它可以定义抽象方法来定义其子类的行为，而且还可以定义子类的公用方法；我个人认为抽象类比接口的功能要多；

关于接口呢？接口只能定义其实现类的公用行为，而不能定义方法；

在平时的工作中，我们经常这样定义项目的目录结构

--src

----controller

----dao

------impl

----service

------impl

dao中先是定义一个接口，然后再impl中定义一个dao接口的实现类。

service也是一个道理。

在controller中实例化service接口

这种结构的特点是什么呢？

IUserService userService = new UserServiceImpl();

userService.showUserBasicInfo();

在接口中有showUserBasicInfo()这个方法，实现类必须重写这个方法，你就能够调用这个方法，而在实现类里面的方法就不能调用到了。我觉得面向接口开发的好处就是，只会向调用者提供我接口中的方法，至于实现类里面的方法你就不能调用到了，就相当于实现类自己的方法私有化