Think in java 学习笔记：接口

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。

接口是重要的工具但是容易被滥用，恰当的原则是优先选择类，如果接口的必须性非常明确再重构。