标签:抽象方法 抽象类 静态 建立 gre ffffff 代码块 成员 面向对象设计
1 abstract void fun(); 2 [public] abstract class ClassName { 3 abstract void fun(); 4 }
1 [public] interface InterfaceName { 2 3 }
接口是一种极度抽象的类型,比抽象类更加“抽象”,并且一般情况下不在接口中定义变量
语法层面上的区别
1)抽象类可以提供成员方法的实现细节,而接口中只能存在public abstract 方法;
2)抽象类中的成员变量可以是各种类型的,而接口中的成员变量只能是public static final类型的;
3)接口中不能含有静态代码块以及静态方法,而抽象类可以有静态代码块和静态方法;
4)一个类只能继承一个抽象类,而一个类却可以实现多个接口。
设计层面上的区别
抽象类是自底向上抽象而来的,接口是自顶向下设计出来的
看一个网上流传最广泛的例子:门和警报的例子:门都有open( )和close( )两个动作,此时我们可以定义通过抽象类和接口来定义这个抽象概念:
1 abstract class Door { 2 public abstract void open(); 3 public abstract void close(); 4 }
或者:
1 interface Door { 2 public abstract void open(); 3 public abstract void close(); 4 }
这种方法违反了面向对象设计中的一个核心原则ISP (Interface Segregation Principle)【见批注】,在Door的定义中把Door概念本身固有的行为方法和另外一个概念"报警器"的行为方 法混在了一起。这样引起的一个问题是那些仅仅依赖于Door这个概念的模块会因为"报警器"这个概念的改变而改变,反之依然。
Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为,open()和close()属于门本身固有的行为特性,而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计为一个接口,包含alarm()行为,Door设计为单独的一个抽象类,包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。
1 interface Alram { 2 void alarm(); 3 } 4 5 abstract class Door { 6 void open(); 7 void close(); 8 } 9 10 class AlarmDoor extends Door implements Alarm { 11 void oepn(){ 12 //.... 13 } 14 void close(){ 15 //.... 16 } 17 void alarm(){ 18 //.... 19 } 20 }
批注:
ISP(Interface Segregation Principle接口分离原则):面向对象的一个核心原则。它表明使用多个专门的接口比使用单一的总接口要好。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。
标签:抽象方法 抽象类 静态 建立 gre ffffff 代码块 成员 面向对象设计
原文地址:http://www.cnblogs.com/JARVISAI/p/7582039.html