class Point {
public double x;
public double y;
}
这种类数据是可以被直接访问的，这些类没有提供封装的功能，如果不改变API，就无法改变它的数据表示法，也无法强加任何约束条件，当域被访问的时候，无法采取任何辅助的行动，坚持面向对象程序设计的程序员对这种类深恶痛绝，认为应该用包含私有域和公有访问方法来代替。对于可变的类来说，应该用包含私有域和公有设值方法的类来代替，就是我们所说的 get和set方法。
class Point {
public double x;
public double y;
public Point(double x, double y) {
this.x = x;
this.y = y;
}
public double getX() {
return x;
}
public double getY() {
return y;
}
public void setX(double x) {
this.x = x;
}
public void setY(double y) {
this.y = y;
}
}
毫无疑问，说到公有类的时候，坚持面向对象程序设计思想的看法是正确的，如果类可以在它所在的包的外部进行访问，就提供访问方法。以保留将来改变该类的内部表示方法的灵活性，如果公有类暴露了他的数据域，要想在将来改变其内部表示法是不可能的，因为公有类的客户端代码已经遍布各处了。
然而，如果类是包级私有的，或者是私有的嵌套类，直接暴露它的数据域并没有本质的错误——假设这些数据域确实描述了该类所提供的抽象。这种方法比访问方法的做法更不会产生视觉混淆。
让公有类直接暴露域从来都不是种好办法，但是如果域是不可改变的，这种做法危害较小，如果不改变类的API，就无法改变这种类的表示法，当域被读取的时候，你就无法采取辅助行动，但是可以强加约束条件。
public final class Time{
private static final int HOURS_PER_DAY=24;
private static final int MINUTES_PER_HOUR=60;
public final int hour;
public final int minute;
public Time(int hour,int minute){
if(hour < 0|| hour >= HOURS_PER_DAY){
System.err.println("Error");
}
if(minute < 0|| minute >= MINUTES_PER_HOUR){
System.err.println("Error");}
this.hour = hour;
this.minute = minute;
}
}
总之，公有类永远都不应该暴露可变的域。
