面向接口编程是java开发中一个很常用且重要的思想,所以在这整理一下接口的相关知识,
什么是接口?
接口是是对系统行为的抽象,是抽象方法的集合,是统一的行为规范。如果一个类实现了某个接口,那么它就继承了这个接口的抽象方法。接口只是一种形式,接口自身不能做任何事情。
为什么要使用接口?
- 一种编码规范,起到约束作用;
- 一个类只能继承一个父类,但可以继承多个接口;
- 大型软件开发过程中,很多人开发同一个产品,不同部件或层次的开发人员可以并行开发,从而提高效率;
- 在系统分析和架构中,分清层次和依赖关系,每个层次不是直接向其上层提供服务(即不是直接实例化在上层中),而是通过定义一组接口,仅向上层暴露其接口功能,上层对于下层仅仅是接口依赖,而不依赖具体类。系统灵活性增强,当下层需要改变时,只要接口及接口功能不变,则上层不用做任何修改。甚至可以在不改动上层代码时将下层整个替换掉。
- 可以降低耦合。
- 对扩展开放,对修改关闭。
使用场景:
系统集成;前后台调用。增、删、改、查定义时注意,增加应该返回新对象的信息;删除数据时参数中不能出现lang和userId等当前用户信息,而且返回值应该定义一个统一的格式,就是ResultBean,分页是PageResultBean;修改的返回值应该考虑失败的情况,参数应该定义对应的bean;查询的返回值是单个对象还是List集合。
在常见的三层架构中,
- 界面层
也就是展示层,直接呈现给用户的,可能不同的软件有不同的呈现方式,比如Web,WinForm,甚至移动APP,在这个层次,我认为是没有必要写太多的接口。
- 业务逻辑层
这个层次,业务逻辑,可以根据需要使用接口。如果是直接读写数据库什么的,就直接用调用数据库访问层的接口。如果是与多个第三方接口进行交互,那么就需要接口,不同的渠道各自实现。
- 数据访问层
数据访问层,最好使用接口,比如数据库访问,这种可以根据不同的数据库实现相应的接口向业务逻辑层提供服务。
可能在开发的时候,一开始我们并没有想到要使用接口。可能简单就用一个类实现了。到后面新的需求过来的时候,发现代码需要重构,要用接口和抽象类等等。这个也需要看个人编码的习惯。有的人就长篇大论一个类完成所有的逻辑。这样的开发人员,应该是很少见过好的代码,如果见过的话,后面肯定会精简做到更好。而另外一些人可能一开始就能嗅出来哪些地方需要使用接口,哪些地方使用抽象类,这也是一种思维方式。前面一种只管开发当前的功能。而后面一种则会考虑到以后的扩展。总而言之,需要根据不同的情况进行考虑。
接口的特点(与抽象类的区别):
- 接口:
- 完全是抽象的,没有方法实现;
- 子类使用implements关键字来实现接口,并且需要实现接口中所有声明的方法;
- 接口不能有构造器;
- 接口方法默认只能是public abstract ,成员变量默认是public static final修饰;
- 没有main方法,因此不能运行;
- 接口只可以继承一个或多个其他接口;
- 如果你想实现多重继承,那么你必须使用接口。由于java不支持多继承,子类不能够继承多个类,但可以实现多个接口。因此你就可以使用接口来解决它。接口还可以继承多个其他接口。
- 抽象类:(是对一种事物的抽象,是子类通用特性的模板)
- 可以有默认的方法实现;
- 子类使用extends关键字来继承抽象类,如果子类不是抽象类,它需要提供抽象类中所有声明的方法的实现;
- 可以有构造器;不能被实例化;
- 抽象方法可以有public、protected和default修饰符;
- 有main方法,可以运行;
- 抽象方法可以继承一个类和实现多个接口;
- 如果你拥有一些方法并想让它们中的一些有默认实现,那么使用抽象类吧,如果基本功能在不断改变,那么就需要使用抽象类。
注意:从 Java 8 开始,接口也可以拥有默认的方法实现,这是因为不支持默认方法的接口的维护成本太高了。在 Java 8 之前,接口可以看成是一个完全抽象的类,也就是说它不能有任何的方法实现。如果一个接口想要添加新的方法,那么要修改所有实现了该接口的类。
如有错误,欢迎留言指正 * _ *