在项目中也利用了接口，虽然使用了接口，可是你在具体的业务中还是要自己根据不同业务来写实际的代码，我感觉加上一层接口没什么用 感觉多余是的，不知道大家怎么看这个问题那
[b]问题补充：[/b]
谢谢大家的回帖 感觉到一点好处 就是接口代码改动的时候别人不需要改代码只需要实现接口的实现类改动 ‘
我感觉这不是接口的最主要优势
这个问题可以从各个角度来说！
1. 面向对象多态的实现离不开接口，使用接口可以如楼上所说：“A类调用B类，不如调用B接口来的灵活，因为你可以使用接口来使用B1，B2等实现类交互，方便代码的重用。 ”
你在传递参数或返回值时，传入A，不如将A剥离共性抽象一个A接口出来灵活，抽象之后你可以随时替换传入的参数（只要实现了A接口），避免了大量的改动，返回值亦同。甚至很多模式的实现也离不开接口（工厂模式等）；
2. 解耦，复用等都离不开接口，抽象共性提高复用度，当然可用实体类，但是远不如用接口或抽象类来的方便，用接口抽象共性，用具体类实现个性，可以很大程度上解耦，和提高复用度，解耦可以方便修改维护，提高复用可以减少成本！
3.一个问题可以深入亦可浅薄
面向接口的，会使得你的代码层次更加的清晰
这样调用者就可以通过接口间接使用服务者，可以保证需要服务的类不与任何提供服务的类发生耦合。
层次间也可以实现解耦，代码清晰，调用者只需要使用接口而不必关心被调者的实现细节。
A类调用B类，不如调用B接口来的灵活，因为你可以使用接口来使用B1，B2等实现类交互，方便代码的重用。
如果一个项目各个component的分工比较明确，各自先定义好调用的接口，彼此之间便不会有过多的依赖，可以更好的专注与各自模块的开发。
开关，一对多个类，封装．看看设计模式