1. 抽象类和抽象方法
- 抽象方法
这种方法时不完整的，只有声明没有方法体：
abstract void f(); - 抽象类
包含抽象方法的类是抽象类，包含抽象方法的类必须要声明为抽象类。
如果从一个类继承，并创建该新类的对象，就必须为基类中的所有抽象方法提供方法定义，如果不这样做，导出类也是抽象类，且编译器会强制用abstract关键字来限定这个类。
创建抽象类和抽象方法很有用，因为它们可以使类的抽象性明确起来，并告诉用户和编译器打算怎样来使用它们。抽象类还是很有用的重构工具，它们可以使人们很容易的将公共方法沿着继承层次结构向上移动。
2. 接口
- interface关键字使抽象的概念更向前迈了一步。
- abstract允许在类中创建一个或多个没有任何定义的方法，提供了接口部分，但没提供实现，实现由此类的继承者创建，但也有已经实现的方法。interface产生了一个完全抽象的类，没有提供任何具体实现。
- 一个接口表示“** 所有实现了该特定接口的类看起来都是这样 **”。接口被用来建立类与类之间的协议。
- 接口不仅仅是一个极度抽象的类，因为它允许人们创建一个能被向上转型为多种基类的类型，来实现某种类似继承多个基类的特性。
- 接口中的方法都是public的。
3. 完全解耦
类Class1和Class2有相同的接口元素，Class1能用于A.process()，由于Class2不是继承于Class1，Class2并不知道要将它当做Class1来用，所以Class2不能用于A.process()。而如果Class1是个接口的话，限制就会松动。
将接口从具体实现中解耦可以使接口应用于多种不同的具体实现，所以代码就更具有复用性。
4. Java中的多重继承
接口没有任何具体实现，所以没有任何与接口相关的存储，那么就无法阻止多个接口的结合。 可以表示“一个x可以是一个a，一个b，也可以是一个c”。
使用接口的核心原因是：为了能够向上转型为多个基类；
另一个原因与使用抽象基类相同：防止客户端程序员创建该类的对象，并确保这只是创建一个接口。
5. 接口与工厂
工厂方法设计模式：与直接调用构造器不同，在工厂对象上调用的是创建方法，该工厂对象将生成接口的某个实现的对象。这种方式将代码与接口的实现分离。如下：
package com.zhangyue.learn;
interface Game1{
boolean move();
}
interface GameFactory{
Game1 getGame();
}
class Checkers implements Game1{
private int moves = 0;
private static final int MOVES = 3;
public boolean move(){
System.out.println("Checkers move " + moves);
return ++moves != MOVES;
}
}
class CheckersFactorty implements GameFactory{
public Game1 getGame(){
return new Checkers();
}
}
class Chess1 implements Game1{
private int moves = 0;
private static final int MOVES = 4;
public boolean move(){
System.out.println("Chess move " + moves);
return ++moves != MOVES;
}
}
class ChessFactory implements GameFactory{
public Game1 getGame(){
return new Chess1();
}
}
public class Games {
public static void playGame(GameFactory factorty){
Game1 s = factorty.getGame();
while(s.move());
}
public static void main(String[] args) {
playGame(new CheckersFactorty());
playGame(new ChessFactory());
}
}
/*output
Checkers move 0
Checkers move 1
Checkers move 2
Chess move 0
Chess move 1
Chess move 2
Chess move 3
*/
如果不是工厂方法，就必须在代码某处指定将要创建的Game的确切类型，以便调用合适的构造器。
这样做常见的原因是构建框架：假如一个游戏系统，在相同的棋盘上下Checker和Chess。
接口是重要的工具但是容易被滥用，恰当的原则是优先选择类，如果接口的必须性非常明确再重构。
