如何解决对于公共类来说,直接公开字段永远不是一个好主意,但是,如果字段是不可变的,为什么它危害较小?
我正在阅读有效Java条款14中的文章-在公共类中,使用访问器方法,而不是公共字段。在书中说:尽管公开课直接公开字段从来都不是一个好主意,但是如果字段是不可变的,危害就较小。
我的问题是,如果字段是不变的,为什么它的危害较小?你能举一个真实的例子来证明吗?这是本书中的代码示例。
/ 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 void setX(double x) { this.x = x; }
public double getY() { return y; }
public void setY(double y) { this.y = y; }
}
虽然公开课直接公开字段从来都不是一个好主意,但如果字段是不可变的,危害则较小。
// Public class with exposed immutable fields - questionable
public final class Time {
public final int hour;
public final int minute;
public Time(int hour,int minute) {
this.hour = hour;
this.minute = minute;
}
}
解决方法
如果您的对象仅具有不可变字段,则很可能将该对象本身视为不可变的。
这意味着:创建后,该对象将永远不会更改其内容。因此,您可以从任意多个位置引用该对象。而且,其他任何对象都不必担心相应的数据会发生神奇的变化,因为其他一些代码也做了一些事情。
本质上,直接字段访问与提供setter方法之间的区别并不重要!唯一在概念上产生巨大差异的东西:可变与不可变。
请注意:理想情况下,类的公共方法为您提供了客户端代码可以使用的行为!
,下面的句子中对此进行了清楚的解释,然后他举了一个例子。我有第二版,也许您有第一版,但是它不存在了?
虽然公开课直接公开字段从来都不是一个好主意,但这是 如果字段是不变的,则危害较小。您无法更改 这样的类,而无需更改其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
}
,
// Public class with exposed immutable fields - questionable
public final class Time {
public final int hour;
public final int minute;
public Time(int hour,int minute) {
this.hour = hour;
this.minute = minute;
}
}
使用上面的代码,创建上面类的对象的类必须具有有关字段的知识。这引入了紧密的耦合。
此外,如果在使用接口名称声明对象时对接口进行编码,则所有实现都将实现方法,并且开发人员将更容易使用方法访问值,并且每个实现都可以使用这些类级别的变量并根据实施细节返回。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。