当类实现接口时，接口就充当可以引用这个类的实例的类型（type）。因此类实现了接口，就表明客户端可以对这个类的实例实施某些动作。为了其他目的而定义接口是不恰当的。
常量接口
有一种接口被称为常量接口（constant interface），他不满足上面的条件。这种接口没有包含任何方法，他只包含静态的final域，每个域都到处一个常量。使用这些常量的类实现这个接口，以避免用类名来修饰常量名。
public interface PhysicalConstants {
//阿伏伽德罗数
static final double AVOGADROS_NUMBER = 6.02214199e23;
//玻尔兹曼常数
static final double BOLRZMANN_CONSTANT = 1.3806503E-23;
//电子质量
static final double ELECTRON_MASS = 9.10938188E-31;
}
public class test implements PhysicalConstants {
public static void main(String[] args) {
Double d = 11.11;
if(d.equals(AVOGADROS_NUMBER)){
System.out.println(d);
}
}
}
阿伏伽德罗数，其具体的数值是6.0221367×1023，这个常数可用很多种不同的实验方法进行测定。
12.000克C中所含碳原子的数目,因意大利化学家A.阿伏伽德罗而得名，具体的数值是6.0221367×10。包含阿伏伽德罗数个微粒的物质的量是 1摩尔。例如1摩尔铁原子，质量为 55.847 克，其中含 6.0221367×10个铁原子；1摩尔水分子的质量为18.010克,其中含6.0221367×10个水分子;1摩尔钠离子含6.0221367×10个钠离子；1摩尔电子含6.0221367×10个电子。
** 常量接口模式是对接口的不良使用。** 类在内部使用某些常量，这纯粹是实现细节。实现常量接口，会导致把这样的实现细节泄露到该类的导出API中。类实现常量接口，这对于用户来讲并没有什么价值。实际上，这样做反而会使他们更加糊涂。更糟糕的是，他代表了一种承诺：如果将来的发行版本中，这个类被修改了，他不再需要使用这些常量了，他依然必须实现这个接口，以确保二进制兼容性。如果非final类实现了常亮接口，他的所有子类的命名空间也会被接口中的常量所“污染”。
在java平台类库中有几个常量接口，例如java.io.ObjectStreamConstants。这些接口应该被认为是反面的典型，不值得被效仿。
package java.io;
/**
* Constants written into the Object Serialization Stream.
*
* @author unascribed
* @since JDK 1.1
*/
public interface ObjectStreamConstants {
/**
* Magic number that is written to the stream header.
*/
final static short STREAM_MAGIC = (short)0xaced;
/**
* Version number that is written to the stream header.
*/
final static short STREAM_VERSION = 5;
/* Each item in the stream is preceded by a tag
*/
/**
* First tag value.
*/
final static byte TC_BASE = 0x70;
public class ObjectInputStream
extends InputStream implements ObjectInput, ObjectStreamConstants
{
/** handle value representing null */
private static final int NULL_HANDLE = -1;
/** marker for unshared objects in internal handle table */
private static final Object unsharedMarker = new Object();
/** table mapping primitive type names to corresponding class objects */
private static final HashMap<String, Class<?>> primClasses
= new HashMap<>(8, 1.0F);
(省略若干行)
/**
* The readStreamHeader method is provided to allow subclasses to read and
* verify their own stream headers. It reads and verifies the magic number
* and version number.
*
* @throws IOException if there are I/O errors while reading from the
* underlying <code>InputStream</code>
* @throws StreamCorruptedException if control information in the stream
* is inconsistent
*/
protected void readStreamHeader()
throws IOException, StreamCorruptedException
{
short s0 = bin.readShort();
short s1 = bin.readShort();
if (s0 != STREAM_MAGIC || s1 != STREAM_VERSION) {
throw new StreamCorruptedException(
String.format("invalid stream header: %04X%04X", s0, s1));
}
}
如果要导出常量，可以有几种合理的选择方案。
- 如果这些常量与某个现有的类或者接口紧密相关，就应该把这些常量添加到这个类或者接口中。例如，在java平台类库中所有的数值包装类，比如Integer和Double，都导出了MIN_VALUE和MAX_VALUE常量。
public final class Integer extends Number implements Comparable<Integer> {
/**
* A constant holding the minimum value an <code>int</code> can
* have, -2<sup>31</sup>.
*/
public static final int MIN_VALUE = 0x80000000;
/**
* A constant holding the maximum value an <code>int</code> can
* have, 2<sup>31</sup>-1.
*/
public static final int MAX_VALUE = 0x7fffffff;
- 如果这些常量最好被看做枚举类型的成员，就应该用枚举类型（enum type）（见30条）来导出这些常量。
- 使用不可实例化的工具类（utility class）（见4条）来导出这些常量
public class PhysicalConstants {
private PhysicalConstants(){}
//阿伏伽德罗数
public static final double AVOGADROS_NUMBER = 6.02214199e23;
//玻尔兹曼常数
public static final double BOLRZMANN_CONSTANT = 1.3806503E-23;
//电子质量
public static final double ELECTRON_MASS = 9.10938188E-31;
}
工具类通常要求客户端要用类名来修饰这些常量名，例如PhysicalConstants.AVOGADROS_NUMBER。如果大量利用工具类导出的常量，可以通过利用静态导入（static import）机制。避免用类名来修饰常量名，不过静态导入机制是在java发行版本1.5中才引入的：
package example;
import static example.PhysicalConstants.*;
/**
* Created by Jiang Meiwei on 2017/5/7.
*/
public class test {
double atoms(double mols){
return AVOGADROS_NUMBER * mols;
}
}
总结：
简而言之，接口应该只被用来定义类型，他不应该被用来导出常量。
