前言

Java的特性:抽象、封装、继承、多态;在Java的设计实现中随处可见这些特性;封装在字面意思上来理解就是将多种东西打包在一起,我们看到的是一个整体,对外部屏蔽一些东西,在Java中即隐藏对象的属性和实现细节,仅对外公开接口,控制在程序中属性的读和修改的访问级别;将抽象得到的数据和行为(或功能)相结合,形成一个有机的整体,也就是将数据与操作数据的源代码进行有机的结合,形成“类”,其中数据和函数/方法都是类的成员。

// Degenerate classes like this should not be public!
class Point {
    public double x;
    public double y;
}

存在的问题

上面这种写法除了集中实例属性以外别无用处。由于这些类的数据属性可以被直接访问,除了会存在多线程下的安全问题,还没有必要,既然已经放弃了对属性的值的限制,那还不如将其设置为静态变量,毕竟谁都可以修改,也就和面向对象无关了。

处理方式

安全的写法才是我们应该有的习惯和规范:

// Encapsulation of data by accessor methods and mutators
class Point {
    private double x;
    private 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; }

}

像这样将属性隐藏起来,而对外提供访问的getter/setter方法,如果类是被public修饰的,在包外也能访问,这样处理在一定程度上也保留更改类内部表示的灵活性;如果该类是包级私有的,或者是一个私有的内部类,即使我将类的属性暴露,也可以将影响控制在一定范围内。

Java 平台类库中的几个类违反了公共类不应直接暴露属性的建议。 著名的例子包括 java.awt 包中的 PointDimension 类。 这些类别应该被视为警示性的示例,而不是模仿的例子。 时至今日,暴露 Dimension 的内部结构的决定仍然导致着严重的性能问题。

虽然公共类直接暴露属性并不是一个好主意,但是如果属性是不可变的,那么危害就不那么大了。当一个属性是只读的时候,除了更改类的 API 外,你不能改变类的内部表示形式,也不能采取一些辅助的行为,但是可以加强不变性。例如,下面的例子中保证每个实例表示一个有效的时间:

// Public class with exposed immutable fields - questionable

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)
           throw new IllegalArgumentException("Hour: " + hour);
        if (minute < 0 || minute >= MINUTES_PER_HOUR)
           throw new IllegalArgumentException("Min: " + minute);
        this.hour = hour;
        this.minute = minute;
    }

    ... // Remainder omitted
}

总结

总之,公共类不应该暴露可变属性。 公共类暴露不可变属性(final修饰的)的危害虽然仍然存在问题,但其危害较小。 然而,有时需要包级私有或私有内部类来暴露属性,无论此类是否是可变的。