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