目录
- 一、抽象类和抽象方法
- 二、接口
- 三、Java中的多重继承
- 四、通过继承来扩展接口
- 1、组合接口时的名字冲突
- 五、适配接口
- 六、接口中的域
- 七、嵌套接口
- 1.类中的接口
- 2.接口中的接口
- 八、接口与工厂
一、抽象类和抽象方法
抽象:从具体事物抽出、概括出它们共同的方面、本质属性与关系等,而将个别的、非本质的方面、属性与关系舍弃,这种思维过程,称为抽象。
这句话概括了抽象的概念,而在Java
中,你可以只给出方法的定义不去实现方法的具体事物,由子类去根据具体需求来具体实现。
抽象类除了包含抽象方法外,还可以包含具体的变量和具体的方法。类即使不包含抽象方法,也可以被声明为抽象类,防止被实例化。
抽象类不能被实例化,也就是不能使用new
关键字来得到一个抽象类的实例,抽象方法必须在子类中被实现。
抽象类总结规定:
- 抽象类不能被实例化,如果被实例化,就会报错,编译无法通过。只有抽象类的非抽象子类可以创建对象。
- 抽象类中不一定包含抽象方法,但是有抽象方法的类必定是抽象类。
- 抽象类中的抽象方法只是声明,不包含方法体,就是不给出方法的具体实现也就是方法的具体功能。
- 构造方法,类方法(用 static 修饰的方法)不能声明为抽象方法。
- 抽象类的子类必须给出抽象类中的抽象方法的具体实现,除非该子类也是抽象类。
二、接口
interface
关键字使得抽象的概念更加向前迈进了一步,abstract
关键字允许人们在类中创建一个或多个没有任何定义的方法---提供了接口部分。但是没有提供任何相应的具体实现,这些实现是由此类的继承者实现的。
在抽象类中,可以包含一个或多个抽象方法;但在接口(interface
)中,所有的方法必须都是抽象的,不能有方法体,它比抽象类更加“抽象”。
接口使用 interface
关键字来声明,可以看做是一种特殊的抽象类,可以指定一个类必须做什么,而不是规定它如何去做。
与抽象类相比,接口有其自身的一些特性:
- 接口中只能定义抽象方法,这些方法默认为
public abstract
的,因而在声明方法时可以省略这些修饰符。试图在接口中定义实例变量、非抽象的实例方法及静态方法,都是非法的 - 接口中没有构造方法,不能被实例化
- 一个接口不实现另一个接口,但可以继承多个其他接口。接口的多继承特点弥补了类的单继承
接口与抽象类的区别:
接口作为系统和外界交互的窗口,接口体现的是一种规范。对于接口的实现者而言,接口规定了实现者必须向外提供哪些服务(以方法的形式来提供);对于接口的调用者而言,接口规定了调用者可以调用哪些服务,以及如何调用这些服务(就是如何来调用方法)。当在一个程序中使用接口时,接口是多个模块间的耦合标准;当在多个应用程序之间使用接口时,接口是多个程序之间的通信标准。
从某种角度上来看,接口类似于整个系统的“总纲”,它制定了系统各模块之间应该遵循的标准,因此一个系统中的接口不应该经常改变。一旦接口改变,对整个系统而言甚至其他系统的影响将是辐射式的,导致系统中的大部分类都需要改写。所以,在一般的应用里,最顶级的是接口,然后是抽象类实现接口,最后才到具体类实现。
抽象类则不一样,抽象类作为系统中多个子类的共同父类,它所体现的是模板式设计。抽象类作为多个子类的的抽象父类,可以被当成系统实现过程中的中间产品,这个产品已经实现了系统的部分功能(那些在抽象类中已经提供实现的方法),但这个产品依然不能当成最终产品,必须有更进一步的完善。
除此之外,接口和抽象类在用法上也存在如下区别:
- 接口里只能包含抽象方法,抽象类则可以包含普通方法。
- 接口里不能定义静态方法,抽象类里可以定义静态方法。
- 接口里不包含构造器,抽象类可以包含构造器。抽象类里的构造器并不是用于创建对象,而是让其子类调用这些构造器来完成属于抽象类的初始化操作。
- 接口里不能包含初始化块,但抽象类可以包含初始化块。
- 接口里只能定义静态常量,抽象类既可以定义普通变量,也可以定义静态常量。
- 接口可以可以继承多个接口,类只能继承一个类。
- 抽象类主要是用来抽象类别,接口主要是用来抽象方法功能。当关注事物的本质时,使用抽象类,当关注一种操作时,使用接口。
三、Java中的多重继承
接口不仅仅是一种更加纯粹的抽象类,它的目标比这更高。因为接口中根本没有任何具体实现,所以没有任何与接口相关的存储,因此也就无法阻止多个接口的组合。在C++
中,组合多个类的接口的行为叫做多重继承,但这可能会带来很多副作用,因为每个类都有一个具体实现。在Java
中,可以执行一样的行为,但是只有一个类可以有具体实现,所以通过组合多个接口,C++的问题不会在Java中发生。
表达这样一个意思:“ x 从属于 a,也从属于 b,也从属于 c ”
使用接口的核心原因:
1).为了能够向上转型为多个基类型(以及由此带来的灵活性);
2).防止客户端程序员创建该类的对象,并确保这仅仅是建立一个接口(这与使用抽象基类原因相同)
这带来的一个问题是,应该使用接口还是抽象类?
如果要创建不带任何方法定义和成员变量的基类,那么就应该选择接口而不是抽象类。事实上,若知道某事物应该成为一个基类,那么第一选择应该是接口。
四、通过继承来扩展接口
1、组合接口时的名字冲突
在实现多重继承时,会碰到一个小陷阱,在前面的例子中,CanFight
和ActionCharacter
都有一个相同的void fight()
方法。问题不是它们方法相同,问题是,如果它们的签名(参数)或返回类型不同,会怎么样呢?
//: interfaces/InterfaceCollision.java package object; interface I1 { void f(); } interface I2 { int f(int i); } interface I3 { int f(); } class C { public int f() { return 1; } } class C2 implements I1, I2 { public void f() {} public int f(int i) { return 1; } // overloaded } class C3 extends C implements I2 { public int f(int i) { return 1; } // overloaded } class C4 extends C implements I3 { // Identical, no problem: public int f() { return 1; } } // Methods differ only by return type: //!class C5 extends C implements I1 {} --23 //! interface I4 extends I1, I3 {} ///:~ --24 I1, I3中f()返回值类型不一致 //class C5 extends C implements I1{ //实现的方法和积累方法命名相同,但方法的返回值不一样。 // int f(){ // return 0; // } //} // //interface I4 extends I1 , I3{ //重写的方法名相同,但是返回值不同。 // // @Override // void f(); //}
因为他们的方法名都相同,但是返回值不同,并不能实现方法重载。所以不能实现多重继承和组合接口。
五、适配接口
接口最吸引人的原因之一就是允许同一个接口具有多种不同的实现。
接口最常见的用法就是使用策略设计模式。此时你编写一个执行某些操作的方法,而该方法将接受一个你指定的接口。你主要就是声明:“ 你可以用任何你想要的对象来调用我的方法,只要你的对象遵循我的接口。”
比如Java SE5
的Scanner
类,它的构造器接收的是一个Readable
接口。
public Scanner(Readable source) { this(Objects.requireNonNull(source, "source"), WHITESPACE_PATTERN); } // Readable 是一个字符源。read方法的调用方能够通过 CharBuffer 使用 Readable 中的字符。 public interface Readable { // 将输入内容添加到CharBuffer参数中。 public int read(java.nio.CharBuffer cb) throws IOException; }
example1 : 实现Readable接口。
import java.io.IOException; import java.nio.CharBuffer; import java.util.Random; import java.util.Scanner; public class RandomWords implements Readable { private int count; public RandomWords(int count) { this.count = count; } private static Random random = new Random(47); private static final char[] capitals = "ABCDEFTHIGKLMNOPQRSTUVWXYZ".toCharArray(); private static final char[] lowers = "abcdefghijklmnopqrstuvwxyz".toCharArray(); private static final char[] vowerls = "aeiou".toCharArray(); @Override public int read(CharBuffer cb) throws IOException { if (count-- == 0) { return -1; } cb.append(capitals[random.nextInt(capitals.length)]); for (int i = 0; i < 4; i++) { cb.append(vowerls[random.nextInt(vowerls.length)]); cb.append(lowers[random.nextInt(lowers.length)]); } cb.append(" "); return 10; } public static void main(String[] args) { @SuppressWarnings("resource") Scanner scanner = new Scanner(new RandomWords(10)); while (scanner.hasNext()) { System.out.println(scanner.next()); } } } /*output: Yazeruyac Fowenucor Toeazimom Raeuuacio Nuoadesiw Hageaikux Ruqicibui Numasetih Kuuuuozog Waqizeyoy */
example2 : 未实现Readable的类,就可以使用适配器+代理的方式
class RandomDoubles{ private static Random rand =new Random(47); public double next(){ return rand.nextDouble(); } } // --------------------------------------------------- import java.io.IOException; import java.nio.CharBuffer; import java.util.Random; import java.util.Scanner; public class Test { public static void main(String[] args) { Scanner s=new Scanner(new AdaptedRandomDoubles(7)); while(s.hasNext()){ System.out.println(s.next()); } } } class AdaptedRandomDoubles extends RandomDoubles implements Readable { private int count; public AdaptedRandomDoubles(int count){ this.count=count; } public int read(CharBuffer cb) throws IOException { if(count--==0){ return -1; } String result=Double.toString(this.next()); cb.append(result); return result.length(); } }
六、接口中的域
实例变量都是static final
七、嵌套接口
在类中嵌套接口的语法是相当显而易见的,就像非嵌套接口一样,可以拥有public
和“包访问”两种可视性。
1.类中的接口
{ void f(); } class A { interface B { void f(); } public class BImp implements B { public void f() { } } private class BImp2 implements B { public void f() { } } public interface C { void f(); } class CImp implements C { public void f() { } } private class CImp2 implements C { public void f() { } } private interface D private class DImp implements D { public void f() { } } public class DImpl2 implements D { public void f() { } } public D getD() { return new DImpl2(); } private D dRef; public void receive(D d) { dRef = d; dRef.f(); } } interface E { interface G { void f(); } //Redundant "public" public interface H { void f(); } void g(); //cannot be private within an interface } public class NestingInterface { public class BImpl implements A.B { public void f() { } } class CImpl implements A.C { public void f() { } } // cannot implement a private interface // class DImpl implements A.D { // public void f() { // } // } class EImpl implements E { public void g() { } } class EImpl2 implements E.G { public void f() { } class EG implements E.G { public void f() { } } } public static void main(String[] args) { A a = new A(); A a2 = new A(); //Can't access A.D: 不能访问私有接口A.D //! A.D ad = a.getD(); //Doesn't return anything but A.D: 除了私有接口A.D,不能返回任何东西 //! A.DImp2 di2 = a.getD(); //返回回来的私有接口A.D, 不能向下转型为A.DImp2 //Cannot access a member of the interface: 不能访问私有接口A.D中的成员 //! a.getD().f(); //Only another A can do anything with getD(): 只有另一个A才能使用getD()做任何事 a2.receive(a.getD()); } }
A.DImp2
只能被其自身所使用。你无法说它实现了一个private
接口D,因此,实现一个private
接口只是一种方式,它可以强制该接口中的方法定义不要添加任何类型信息(也就是说,不允许向上转型),即A.DImp2
不能转型为private
接口D;- 接口也可以被实现为
private
的,就像在A.D中看到的那样;private
接口不能在定义它的类之外被实现 - 将返回值交给有权使用它的对象。在本例中,是另一个A通过
receiveD()
方法来实现的; - 嵌套在另一个接口中的接口自动是
public
的,而不能声明为private
的;
2.接口中的接口
interface E{ // 只能是默认或者public interface G { //默认为public void f(); } // Cannot be private within an interface: //! private interface I {} } class t2 implements E.G{ public void f() { } }
八、接口与工厂
接口时实现多重继承的途径,而生成遵循某个接口的对象的典型方式就是工厂方法设计模式
通过工厂方法,接口和实现完全分离,可以非常方便的更改实现。
interface Service // Service接口,可以有多种实现 { void method1(); void method2(); } interface ServiceFactory // 工厂接口,可以由多种实现 { Service getService(); } class Implementation1 implements Service { //Service接口的实现1 public Implementation1() { } public void method1() { System.out.println("Implementation1 method1"); } public void method2() { System.out.println("Implementation1 method2"); } } class Implementation1Factory implements ServiceFactory{ //生成对象1的工厂1 public Service getService() { return new Implementation1(); } } class Implementation2 implements Service { // Service接口的实现2 public Implementation2() { } public void method1() { System.out.println("Implementation2 method1"); } public void method2() { System.out.println("Implementation2 method2"); } } class Implementation2Factory implements ServiceFactory{//生成对象2的工厂2 public Service getService() { return new Implementation1(); } } public class Factories { //使用service的模块 public static void serviceConsumer(ServiceFactory fact) { Service s = fact.getService(); //向上造型,工厂将生成某类实现接口的对象 s.method1(); s.method2(); } public static void main(String[] args) { serviceConsumer(new Implementation1Factory()); //serviceConsumer(new Implementation2Factory());很方便就可以更改实现 } } /*output: Implementation1 method1 Implementation1 method2 Implementation2 method1 Implementation2 method2 */
匿名内部类改进
interface Service { void method1(); void method2(); } interface ServiceFactory { Service getService(); } class Implementation1 implements Service { private Implementation1() { } public void method1() { System.out.println("Implementation1 method1"); } public void method2() { System.out.println("Implementation1 method2"); } public static ServiceFactory factory = new ServiceFactory() { public Service getService() { return new Implementation1(); } }; } class Implementation2 implements Service { private Implementation2() { } public void method1() { System.out.println("Implementation1 method1"); } public void method2() { System.out.println("Implementation1 method2"); } public static ServiceFactory factory = new ServiceFactory() { public Service getService() { return new Implementation2(); } }; } public class Factories { public static void serviceConsumer(ServiceFactory fact) { Service s = fact.getService(); s.method1(); s.method2(); } public static void main(String[] args) { serviceConsumer(Implementation1.factory); serviceConsumer(Implementation2.factory); } }
总结:
优先选择类而不是接口。从类开始,如果接口的必需性变得非常明确,那么就进行重构。
到此这篇关于Java编程接口详细的文章就介绍到这了,更多相关Java编程 接口内容请搜索自由互联以前的文章或继续浏览下面的相关文章希望大家以后多多支持自由互联!