有时候,可能会编写一些退化类(degenerate classes),没有什么作用,只是用来集中实例域:

Class Point(){
	public double x;
	public double y;
}

这种类数据是可以被直接访问的,这些类没有提供封装的功能,如果不改变API,就无法改变它的数据表示法,也无法强加任何约束条件,当域被访问的时候,无法采取任何辅助的行动,坚持面向对象程序设计的程序员对这种类深恶痛绝,认为应该用包含私有域和公有访问方法来代替。对于可变的类来说,应该用包含私有域和公有设值方法的类来代替,就是我们所说的 get和set方法。

public class Point {
	private double x;
	private double y;
 
	public double getX() {
		return x;
	}
 
	public void setX(double x) {
		this.x = x;
	}
 
	public double getY() {
		return y;
	}
 
	public void setY(double y) {
		this.y = y;
	}
 
}

毫无疑问,说到公有类的时候,坚持面向对象程序设计思想的看法是正确的,如果类可以在它所在的包的外部进行访问,就提供访问方法。以保留将来改变该类的内部表示方法的灵活性,如果公有类暴露了他的数据域,要想在将来改变其内部表示法是不可能的,因为公有类的客户端代码已经遍布各处了。
然而,如果类是包级私有的,或者是私有的嵌套类,直接暴露它的数据域并没有本质的错误——假设这些数据域确实描述了该类所提供的抽象。这种方法比访问方法的做法更不会产生视觉混淆。
Java平台类库中有几个类违反了“公有类不应该直接暴露数据域”的告诫。显著的例子就是 java.awt中的Point和Dimension类,它们是不值得仿效的例子,应该被当作反面的警示。但是这个问题至今存在。
让公有类直接暴露域从来都不是种好办法,但是如果域是不可改变的,这种做法危害较小,如果不改变类的API,就无法改变这种类的表示法,当域被读取的时候,你就无法采取辅助行动,但是可以强加约束条件。eg:有效时间

public final Class Time(){
	private static final int HOURS_PER_DAY = 24;
	private static final ing 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;
	}
}

总之,公有类永远都不应该暴露可变的域。